資料與隱私
每個流程只收集所需的資料，不多取。
我們打造的系統以資料最小化為設計原則：每個流程只擷取完成任務所需的欄位，且只在必要期間內保存。凡由我們代管之處，一律託管於歐盟——正式環境運行於 AWS eu-central-1（法蘭克福）——並依循 GDPR 實務打造：處理資料有合法依據、落實存取與刪除請求，並預設不讓個人資料進入日誌與分析數據。
- 01預設資料最小化
- 02歐盟託管——AWS eu-central-1（法蘭克福）
- 03符合 GDPR 精神的處理方式：合法依據、存取、刪除
- 04個人資料不進入日誌與分析數據
營運方式
最小權限存取，特權操作須註明理由。
我們交付的軟體從第一次 commit 起就內建可觀測性——日誌、指標與追蹤——讓正式環境發生的事清楚可見，而非靠推測。存取遵循最小權限原則：每個執行者，無論是人員或服務，都只取得完成工作所需的最小權限。敏感的操作員動作在執行前必須填寫理由，並留下稽核軌跡，記錄誰在何時、為何做了什麼。這正是 Protocore Center 這個營運主控台背後的模型，也是我們內建於每個系統的做法。
- 01預設內建可觀測性——日誌、指標、追蹤
- 02每個執行者，無論人員或服務，皆採最小權限
- 03特權操作須註明理由
- 04稽核軌跡：誰、何時、為何、做了什麼
職責分離
我們打造軟體，受監管的界線則由執照負責。
支付產品由兩部分結合而成：持有或移轉資金的監管許可，以及負責指示、對帳與呈現的軟體。Protocore 打造的是軟體。受監管的活動——持有資金、核發帳戶、移轉資金——歸屬於營運方自己的執照，或持牌合作夥伴：銀行、EMI 或支付機構。我們會讓流程適配您所採用的各種受監管通道；我們不是這項許可的替代品，任何軟體也都不是。
- 01Protocore 打造軟體，而非執照
- 02受監管業務由營運方或持牌夥伴承擔
- 03卡片資料的處理方式，讓它不會經過您的伺服器
- 04強式客戶驗證內建於支付流程
實務做法
值得信賴的系統，源於這些習慣。
我們內建的具體做法——以運作機制說明，不靠徽章。
卡片資料不經您的伺服器
卡片資訊由支付通道處理並進行代碼化（tokenization），原始卡號因此不會接觸營運方自己的基礎設施。
強式客戶驗證
SCA 內建於支付與登入流程——在通道或風險需要時啟用第二重驗證，而非事後補上。
傳輸加密
流量全程透過 TLS 傳輸；密鑰與憑證存放於受管理的儲存庫與執行個體角色中，絕不寫進原始碼。
依租戶隔離
當單一系統服務多個營運方時，各租戶的資料以存取控制隔離，任何租戶都無法讀取其他租戶的資料。
負責任的漏洞揭露
發現問題？請告訴我們。
如果您認為在 Protocore 系統中發現了安全問題，請來信，我們會與您一同處理。我們會盡快確認收到您的回報，修復期間隨時向您更新進度，並在問題解決後，依您的意願公開致謝。請在公開揭露前給我們合理的修補時間，且測試時請勿存取或更動不屬於您的資料。
請寄信至 security@protocore.io，說明您的發現與重現方式。
我們會確認已收到並開始調查，通常在數個工作日內。
我們進行修補，並持續向您更新進度，直到問題解決。
經您同意，問題解決後我們會公開致謝。
常見問題
最常被問到的安全問題。
我們以實務做法而非徽章來說明安全。Protocore 打造的是軟體層；若涉及受監管的規範（例如卡片處理），經認證的範圍由支付通道或營運方的持牌合作夥伴負責，而我們的設計確保卡片資料不會經過您的伺服器。如果您的專案需要特定的認證證明，請告訴我們，我們會釐清各方分別負責什麼。
在歐盟。正式環境運行於 AWS eu-central-1（法蘭克福）。我們依循 GDPR 實務打造——資料最小化、處理須有合法依據，並落實存取與刪除請求。
由執照持有者負責。Protocore 打造的是指示資金流動並進行對帳的軟體；持有或移轉資金則歸屬於您自己的執照，或持牌合作夥伴——銀行、EMI 或支付機構。任何軟體都無法取代這項許可。
每個執行者皆採最小權限，特權操作須註明理由並留下稽核軌跡。一切皆具備可觀測性，因此誰做了什麼有紀錄可查，而非事後還原。
請寄信至 security@protocore.io。我們會盡快確認、修復期間持續向您更新進度，並在問題解決後依您的意願公開致謝。