資訊安全

你的顧客把付款交給你,你把收款交給 ReBate Pay。這一頁說明我們如何保護卡片資料、個人資料、帳戶與 API,以及發現漏洞時如何通報我們。

生效日期:2026-09-29 · 最後更新:2026-09-29

1. 卡片資料保護

  • 卡號、有效期限與安全碼在結帳頁的加密付款欄位中輸入,直接送交合作收單機構處理,不以明文經過 ReBate Pay 的伺服器。
  • 我們只收到一次性付款代碼;消費者或顧客選擇綁卡時,保存的是可重複使用的卡片代碼,並以 AES-256-GCM 加密後儲存。
  • 後台、錢包、API 與報表只顯示卡別與末四碼,任何人(包含 ReBate Pay 員工)都無法看到完整卡號。
  • 信用卡付款支援 3D 驗證,由發卡銀行確認持卡人身分。
  • 卡片資料的處理由符合 PCI DSS 規範的合作收單機構負責。

2. 傳輸與儲存加密

  • 所有連線皆使用 HTTPS(TLS)加密,並啟用 HSTS 強制使用加密連線。
  • 敏感欄位以 AES-256-GCM 加密後儲存,包含:身分證字號、出生日期、聯絡電子郵件與電話、卡片代碼、商家收款設定金鑰。
  • 金鑰類資料在後台只顯示末四碼,儲存後無法再次讀出完整內容。
  • 資料庫定期備份,並進行還原演練,確認關鍵資料表(工作區、使用者、顧客、訂閱、付款、退款、稽核紀錄等)可以完整還原。

3. 帳戶與登入安全

  • 密碼以 scrypt 搭配個別鹽值雜湊儲存,我們無法得知你的密碼。
  • 登入工作階段使用隨機產生的 256 位元權杖,資料庫只保存其 SHA-256 雜湊;Cookie 設為 HttpOnly 並僅透過加密連線傳送,工作階段 7 天後到期。
  • 連續登入失敗會觸發速率限制,降低暴力破解風險。
  • 所有修改類請求都會檢查來源,阻擋跨站請求偽造(CSRF)。
  • 頁面啟用內容安全政策(CSP)、禁止被嵌入框架(X-Frame-Options)等安全標頭。

4. 權限控管與稽核

  • 商家團隊採角色權限控管(RBAC),擁有者可依職責指派成員角色,成員只能執行角色允許的操作。
  • ReBate Pay 平台人員同樣依角色取得最小必要權限。
  • 客服人員協助商家時,必須開啟有時效的唯讀支援工作階段;期間無法修改商家的金流、設定或資料,且每次開啟與操作都會留下紀錄。
  • 登入、金鑰建立與撤銷、退款、提領、權限變更、審核決定等敏感操作,都會寫入稽核紀錄,包含操作者、時間與請求識別碼。

5. API 與 Webhook 安全

  • API 金鑰只在建立時顯示一次,資料庫僅保存 SHA-256 雜湊;測試金鑰(sk_test)與正式金鑰(sk_live)完全分開,測試金鑰無法動用真實款項。
  • 金鑰可設定權限範圍,並可隨時在後台撤銷或輪替。
  • API 依金鑰設有速率限制;建立付款、退款等寫入操作支援冪等鍵,網路重試不會造成重複扣款。
  • 每一則 Webhook 都以你的端點密鑰計算 HMAC-SHA256 簽章,放在 X-RebatePay-Signature 標頭,並包含時間戳記;SDK 預設拒絕超過 5 分鐘的訊息,防止重送攻擊。
  • Webhook 傳送失敗會自動重試,並保留傳送紀錄供你查詢與重送。

6. AI 代理與 MCP 安全

  • 透過 MCP 伺服器或 AI 工具要求退款、建立付款連結、變更訂閱等高風險操作時,只會先產生待核准項目,必須由有權限的人員在後台核准後才會執行。
  • MCP 工具的回應會自動遮蔽金鑰、密鑰與權杖等敏感欄位,AI 工具無法取得。
  • 消費者可替每個 AI 代理設定單筆與每月金額上限、允許的商家與需人工核准的條件,並可隨時暫停或撤銷授權。
  • 所有 AI 代理與 MCP 工具的操作都有執行紀錄可供查詢。

7. 交易正確性

  • 付款結果不明時,系統會向收款端查證最終結果再更新狀態,不會假設成功或盲目重試扣款。
  • 發生異常時,平台可啟動暫停開關,暫停扣款、續扣與提領等金流寫入操作,只允許查證對帳。
  • 每月對帳單、平台報表與提領使用同一套手續費計算,商家後台與平台後台的數字一致。

8. 監控與可用性

我們每分鐘自動檢查資料庫、付款結果、背景工作與 Webhook 傳送,異常時通知工程團隊。各項服務的即時狀態、過去 90 天的可用率與事件紀錄都公開在服務狀態頁(/status)。

9. 資料最小化與保存

我們只蒐集提供服務所需的資料,並依《隱私權政策》的保存期限自動清理:API 請求紀錄 30 天後刪除、稽核紀錄詳細內容 90 天後遮蔽、Webhook 回應內容 14 天後遮蔽、資料匯出檔 1 天後失效。

10. 資安事件應變

發現資安事件時,我們會立即圍堵與調查,保全相關紀錄,並依《個人資料保護法》於查明後以電子郵件、後台通知或其他適當方式通知受影響的使用者,說明發生經過、影響範圍、已採取的措施與後續建議。影響服務可用性的事件,也會同步公告在服務狀態頁。

11. 你可以一起做的事

  • 使用高強度且不重複的密碼,不與他人共用帳號;成員離職時立即移除。
  • 只給成員完成工作所需的角色。
  • API 金鑰與 Webhook 密鑰只放在伺服器端的環境變數或密鑰管理服務,絕不寫進前端、App 或程式碼庫;定期輪替,疑似外洩立即撤銷。
  • 每一則 Webhook 都驗證簽章與時間戳記,並以事件 ID 去除重複。
  • 使用冪等鍵呼叫建立付款與退款等 API。
  • 在沙盒只使用測試卡,不要輸入真實卡號。
  • 替 AI 代理設定合理的金額上限與核准條件,並定期檢視交易紀錄。

12. 漏洞通報

如果你發現 ReBate Pay 的安全漏洞,請來信 [email protected],並提供:

  • 漏洞類型與影響的網址或 API。
  • 重現步驟、請求範例或概念驗證。
  • 你的聯絡方式(如希望在修補後致謝,請一併告知署名方式)。

我們會在 3 個工作天內回覆確認,並在修補期間告知進度。只要你以善意方式研究並遵守下列原則,我們不會對你採取法律行動:

  • 只使用你自己的帳戶與測試金鑰,不存取、修改或刪除他人資料。
  • 不進行阻斷服務攻擊、社交工程、實體入侵或大量自動化掃描。
  • 不使用真實卡號或他人卡片測試付款。
  • 在我們修補前不公開漏洞細節。

聯絡我們

ReBate Pay

[email protected]