Seguretat i compliment normatiu
La seguretat és una propietat de com es construeix i s'opera un sistema.
Protocore construeix la capa de programari per a sistemes de pagaments, IA i blockchain. Aquesta pàgina explica sense embuts com tractem les dades, com s'opera el programari i on queda la línia regulada: no hi ha cap distintiu per exhibir, només la postura amb què construïm.
Dades i privacitat
Recollim el que un flux necessita, i res més.
Els sistemes que construïm es dissenyen al voltant de la minimització de dades: cada flux captura només els camps que necessita per fer la seva feina, i els conserva només el temps necessari. Quan allotgem, ho fem a la UE —la producció funciona a AWS eu-central-1, Frankfurt— i construïm per alinear-nos amb les pràctiques del GDPR: una base jurídica per al que es tracta, atenció a les sol·licituds d'accés i supressió, i dades personals fora dels registres i de l'analítica per defecte.
- 01Minimització de dades per defecte
- 02Allotjament a la UE: AWS eu-central-1 (Frankfurt)
- 03Tractament alineat amb el GDPR: base jurídica, accés, supressió
- 04Dades personals fora dels registres i de l'analítica
Com s'opera
Accés amb mínim privilegi i accions privilegiades que exigeixen un motiu.
El programari que lliurem està instrumentat des del primer commit —registres, mètriques i traces— de manera que el que passa en producció es veu, no s'endevina. L'accés segueix el principi de mínim privilegi: cada actor, sigui una persona o un servei, rep el permís més ajustat que li permet fer la seva feina. Les accions sensibles dels operadors demanen un motiu abans d'executar-se i deixen un rastre d'auditoria de qui ha fet què, quan i per què. Aquest és el model de Protocore Center, la nostra consola d'operador: la mateixa postura que incorporem a cada sistema.
- 01Instrumentat per defecte: registres, mètriques, traces
- 02Mínim privilegi per a cada actor, persona o servei
- 03Accions privilegiades amb motiu obligatori
- 04Rastre d'auditoria de qui ha fet què, quan i per què
Separació de responsabilitats
Nosaltres construïm el programari. La línia regulada queda amb la llicència.
Un producte de pagaments són dues coses fusionades: el permís regulat per custodiar o moure diners i el programari que els ordena, els concilia i els mostra. Protocore construeix el programari. L'activitat regulada —custodiar fons, emetre comptes, moure diners— correspon a la llicència pròpia de l'operador o a un soci amb llicència: un banc, una EMI o una entitat de pagament. Construïm els fluxos perquè encaixin amb els circuits regulats que aporteu; ni nosaltres ni cap programari substituïm aquest permís.
- 01Protocore construeix el programari, no la llicència
- 02L'activitat regulada correspon a l'operador o a un soci amb llicència
- 03Dades de targeta tractades de manera que mai no toquen els vostres servidors
- 04Autenticació reforçada del client integrada al flux de pagament
Pràctiques
Els hàbits que hi ha darrere d'un sistema de confiança.
Pràctiques concretes que incorporem, explicades com a mecànica, no com a distintius.
Dades de targeta fora dels vostres servidors
El circuit de pagament gestiona i tokenitza les dades de la targeta, de manera que els números de targeta en clar mai no toquen la infraestructura de l'operador.
Autenticació reforçada del client
L'SCA està integrada als fluxos de pagament i d'inici de sessió: un segon factor allà on el circuit o el risc ho demanen, no afegit a posteriori.
Xifrat en trànsit
El trànsit viatja per TLS de punta a punta; els secrets i les credencials viuen en magatzems gestionats i rols d'instància, mai al codi font.
Aïllament per tenant
Quan un sistema serveix molts operadors, les dades de cada tenant se separen mitjançant control d'accés perquè cap tenant pugui llegir mai les d'un altre.
Divulgació responsable
Heu trobat alguna cosa? Aviseu-nos.
Si creieu que heu detectat un problema de seguretat en un sistema de Protocore, escriviu-nos i el treballarem amb vosaltres. Ens comprometem a confirmar la recepció de l'informe ràpidament, a mantenir-vos al corrent mentre ho resolem i a reconèixer-vos-en l'autoria, si ho voleu, un cop resolt. Us demanem un marge de temps raonable per corregir-ho abans de fer-ho públic, i que durant les proves no accediu a dades que no siguin vostres ni les modifiqueu.
Escriviu a security@protocore.io explicant què heu trobat i com reproduir-ho.
Confirmem la recepció i ens hi posem, normalment en un parell de dies laborables.
Ho corregim i us mantenim al corrent dels avenços fins a la resolució.
Amb el vostre vistiplau, us en reconeixem l'autoria un cop resolt el problema.
Preguntes
Les preguntes de seguretat que ens fan primer.
Descrivim la nostra seguretat com a pràctiques, no com a distintius. Protocore construeix la capa de programari; allà on s'aplica un esquema regulat —el tractament de targetes, per exemple—, el perímetre certificat correspon al circuit de pagament o al soci amb llicència de l'operador, i nosaltres construïm perquè les dades de targeta mai no toquin els vostres servidors. Si per al vostre programa és important una atestació concreta, digueu-nos-ho i us detallarem qui és responsable de què.
A la UE. La producció funciona a AWS eu-central-1 (Frankfurt). Construïm per alinear-nos amb les pràctiques del GDPR: minimització de dades, base jurídica per al tractament i atenció a les sol·licituds d'accés i supressió.
La llicència. Protocore construeix el programari que ordena i concilia el moviment de diners; custodiar o moure fons correspon a la vostra llicència o a un soci amb llicència: un banc, una EMI o una entitat de pagament. Cap programari substitueix aquest permís.
Mínim privilegi per a cada actor, i accions privilegiades que exigeixen un motiu i deixen un rastre d'auditoria. Tot està instrumentat, de manera que saber qui ha fet què és qüestió de registre, no de reconstrucció.
Escriviu a security@protocore.io. Confirmem la recepció ràpidament, us mantenim al corrent mentre ho corregim i, si ho voleu, us en reconeixem l'autoria un cop resolt.
Teniu una pregunta de seguretat que no hem tractat?
Digueu-nos què necessiteu veure. Us respondrem amb detalls concrets: arquitectura, fluxos de dades i qui es responsabilitza de cada línia.