跳至正文

安全

从 API 调用到付款,每一层都有安全保障

我们通过加密、严格的访问控制、独立审计以及由您自行管理的控制措施,保护您的资金和客户数据。安全是集成的一部分,而不是事后补救。

  • PCI DSS v4.0.1
  • SOC 2 Type II 报告
  • ISO 27001
针对持卡人数据完成验证
PCI DSS v4.0.1
关于我们控制措施长期运行情况的独立审计报告
SOC 2 Type II
传输中数据的最低加密标准
TLS 1.2+
静态数据加密
AES-256

数据保护

传输加密,存储同样加密

敏感数据在每个环节都受到保护;使用我们的托管方案时,原始卡数据不会进入您的系统。

  • TLS 1.2+

    与我们的 API、Business Portal 和托管收银台之间的所有连接均使用 TLS 1.2 或更高版本,绝不接受未加密的 HTTP。

  • AES-256

    静态数据采用 AES-256 加密,密钥在 AWS KMS 中管理和轮换。

访问控制

合适的人,恰当的权限,仅此而已

对 Business Portal 和 API 的访问均经过身份验证、限定权限范围且时效短暂。每位用户只获得其角色所需的权限。

  • 登录 Business Portal 时使用一次性验证码进行多因素认证
  • 基于角色的访问控制,支持精细化的用户角色与权限
  • 短时效 JWT 访问令牌(5 分钟),通过刷新令牌(24 小时)续期
  • API 仅接受来自服务器端环境和白名单 IP 的调用

用户角色与权限

Business Portal 内置角色。每位用户只获得其角色所需的权限。

  • ACCOUNT MANAGER

    可执行的操作
    设置商户账户;可访问报表、余额和 Business Portal。
  • ADMIN

    可执行的操作
    创建并授权付款、收款、退款、拒付、虚拟账户、货币兑换、内部转账和结算。
  • API USER

    可执行的操作
    拥有 Localpayment API 的完整访问权限。
  • AUTHORIZER LEVEL 1

    可执行的操作
    授权付款、退款和结算;创建货币兑换和内部转账。
  • AUTHORIZER LEVEL 2

    可执行的操作
    授权付款、退款和结算;创建内部转账。
  • OPERATIONS CHARGEBACK LEVEL 1

    可执行的操作
    创建拒付,报表访问权限有限。
  • OPERATIONS CHARGEBACK LEVEL 2

    可执行的操作
    创建拒付、退款、付款、内部转账和货币兑换。
  • OPERATIONS LEVEL 1

    可执行的操作
    创建付款、收款、退款和结算。
  • OPERATIONS LEVEL 2

    可执行的操作
    创建付款、收款、退款、拒付、虚拟账户和转账。
  • RECONCILIATION LEVEL 1

    可执行的操作
    可访问活动报表和订阅报表。
  • RECONCILIATION LEVEL 2

    可执行的操作
    可访问报表、余额和 Business Portal,包括付款凭证。
  • TREASURY

    可执行的操作
    创建货币兑换、内部转账和结算。

您还可以基于细分权限(API、余额、Business Portal、收款、付款、报表、结算与兑换、配置)创建自定义角色。

由您管理的控制措施

安全设置,由您掌控

在 Business Portal 和您的集成中进行配置,每一项都能封堵一种常见的攻击途径。

面向开发者

拒绝任何无法验证的通知

每个 Webhook 都附带使用您的 Webhook 密钥对原始请求体计算的 HMAC-SHA256 签名。在更新订单或放行资金之前,请以恒定时间方式比对签名。

  • 对原始请求体签名,在解析 JSON 之前完成
  • 去掉请求头中的“HMAC-SHA256 ”前缀
  • 快速返回 200,再异步处理并去重
Webhook 请求(示例)
POST /webhooks/localpayment HTTP/1.1
Host: api.merchant-example.com
Content-Type: text/plain
x-Signature: HMAC-SHA256 9f2c4b7e1a0d58c3e6b1f4a2d7c9e0b5a8f3d6c1e4b7a0d9c2f5e8b1a4d7c0e3

{"transactionType":"PayIn","data":{"externalId":"order-000123","status":{"code":"200","description":"COMPLETED"}}}

运营安全

持续监控、外部测试、严格审查

  • 安全监控

    监控平台的安全事件,并在公共端点前部署 Web 应用防火墙。

  • 外部渗透测试

    独立专家定期测试我们的应用和基础设施,所有发现都会跟踪至修复完成。

  • 安全开发

    遵循 OWASP 指南,每一处代码变更在发布前都由作者以外的人员审查。

  • 审计日志

    与安全相关的事件均会被记录并保留,以便审查和调查。

  • 公开状态页面

    在 status.localpayment.com 查看 API、身份验证和本地支付通道的实时状态及历史事件记录。

  • 事件响应

    明确的事件响应流程,加上全天候客户支持,确保出现问题时您能及时获悉。

发现了安全漏洞?

告诉我们,我们将与您一起修复

我们欢迎安全研究人员提交报告。请将详细信息发送至 cybersecurity@localpayment.com,并在公开披露前给我们合理的修复时间。

  • 适用范围和参与规则详见我们的负责任漏洞披露政策
  • 机器可读的联系方式发布在 /.well-known/security.txt
  • 切勿访问、修改或保留不属于您的数据

常见问题

你们会存储银行卡数据吗?

银行卡支付在我们符合 PCI DSS v4.0.1 标准的环境中处理。重复支付时以令牌代替银行卡信息;我们的托管方案(WebCheckout、嵌入式 iframe 和 Smart Fields)让原始卡数据不进入您的系统,从而缩小您的 PCI 范围。

IP 白名单是必须的吗?

是的。API 仅接受来自服务器端环境以及您在 Business Portal 中登记的 IP 的调用,来自其他地址的请求将被拒绝。

如何获取你们的 PCI DSS 合规证明或 SOC 2 报告?

请通过 Trust Center 门户(trust.localpayment.com)申请,或联系您的客户团队。

我的数据托管在哪里?

我们的平台运行在 AWS 上。如您的审查需要了解托管区域或分处理方的详细信息,请联系我们的团队。

发生事件时我如何获悉?

请在 status.localpayment.com 查看实时状态和历史事件记录,并通过 support@localpayment.com 联系我们的全天候支持团队。

我应如何保存 API 凭证?

请保存在服务器上的环境变量或密钥管理服务中,切勿放在前端代码或版本控制系统里。Stage 与生产环境请使用不同的凭证。

为您的审查提供安全文档

在 Trust Center 查阅政策并申请报告,或直接联系我们的安全团队。

我们能为您做些什么?

下载完整版

留下您的信息,即可立即获取完整版。