Segurança e conformidade
A segurança é uma propriedade da forma como um sistema é construído e operado.
A Protocore constrói a camada de software para sistemas de pagamentos, IA e blockchain. Esta página explica com clareza como tratamos os dados, como o software é operado e onde fica a linha regulada — sem selos para exibir, apenas a postura segundo a qual construímos.
Dados e privacidade
Recolhemos o que um fluxo precisa, e nada mais.
Os sistemas que construímos assentam na minimização de dados: cada fluxo recolhe apenas os campos de que precisa para cumprir a sua função, e só os conserva pelo tempo necessário. Quando alojamos, alojamos na UE — a produção corre na AWS eu-central-1, em Frankfurt — e construímos de acordo com as práticas do GDPR: uma base legal para o que é tratado, resposta a pedidos de acesso e eliminação, e dados pessoais fora dos logs e da analítica por defeito.
- 01Minimização de dados por defeito
- 02Alojamento na UE — AWS eu-central-1 (Frankfurt)
- 03Tratamento alinhado com o GDPR: base legal, acesso, eliminação
- 04Dados pessoais fora dos logs e da analítica
Como é operado
Acesso com privilégio mínimo e ações privilegiadas que exigem uma justificação.
O software que entregamos é instrumentado desde o primeiro commit — logs, métricas e traces — para que o que acontece em produção seja visível, e não deduzido. O acesso segue o princípio do privilégio mínimo: cada interveniente, humano ou serviço, recebe a permissão mais restrita que lhe permite fazer o seu trabalho. As ações sensíveis dos operadores pedem uma justificação antes de serem executadas e deixam um registo de auditoria de quem fez o quê, quando e porquê. É este o modelo por trás do Protocore Center, a nossa consola de operação — a mesma postura que incorporamos em todos os sistemas.
- 01Instrumentado por defeito — logs, métricas, traces
- 02Privilégio mínimo para cada interveniente, humano ou serviço
- 03Ações privilegiadas com justificação obrigatória
- 04Registo de auditoria de quem fez o quê, quando e porquê
Separação de responsabilidades
Nós construímos o software. A linha regulada fica com a licença.
Um produto de pagamentos é duas coisas fundidas: a autorização regulada para deter ou movimentar dinheiro, e o software que o instrui, reconcilia e apresenta. A Protocore constrói o software. A atividade regulada — deter fundos, emitir contas, movimentar dinheiro — fica com a licença do próprio operador ou de um parceiro licenciado: um banco, uma EMI ou uma instituição de pagamento. Construímos os fluxos para se ajustarem aos circuitos regulados que trouxer; não somos, nem nenhum software é, um substituto dessa autorização.
- 01A Protocore constrói o software, não a licença
- 02A atividade regulada fica com o operador ou um parceiro licenciado
- 03Dados de cartão tratados de forma a nunca tocarem nos seus servidores
- 04Autenticação forte do cliente integrada no fluxo de pagamento
Práticas
Os hábitos por trás de um sistema em que pode confiar.
Práticas concretas que incorporamos — descritas como mecanismos, não como selos.
Dados de cartão fora dos seus servidores
Os dados do cartão são tratados pelo circuito de pagamento e tokenizados, pelo que os números de cartão em claro nunca tocam na infraestrutura do próprio operador.
Autenticação forte do cliente
A SCA está integrada nos fluxos de pagamento e de início de sessão — um segundo fator sempre que o circuito ou o risco o exijam, e não acrescentada depois.
Cifrado em trânsito
O tráfego circula sobre TLS de ponta a ponta; segredos e credenciais ficam em cofres geridos e em roles de instância, nunca no código-fonte.
Isolamento por tenant
Quando um sistema serve vários operadores, os dados de cada tenant são separados por controlo de acesso, para que um tenant nunca possa ler os de outro.
Divulgação responsável
Encontrou algo? Diga-nos.
Se acredita ter encontrado uma falha de segurança num sistema da Protocore, envie-nos um email e trabalharemos consigo na sua resolução. Procuramos confirmar a receção rapidamente, mantê-lo informado durante a correção e dar-lhe o devido crédito, se assim o desejar, depois de resolvido. Pedimos-lhe um prazo razoável para corrigirmos antes de divulgar publicamente, e que não aceda nem altere dados que não sejam seus durante os testes.
Envie um email para security@protocore.io com o que encontrou e como o reproduzir.
Confirmamos a receção e começamos a análise, normalmente em poucos dias úteis.
Corrigimos e mantemo-lo informado do progresso até à resolução.
Com a sua autorização, damos-lhe crédito depois de o problema estar resolvido.
Perguntas
As perguntas de segurança que nos fazem primeiro.
Descrevemos a nossa segurança como práticas, não como selos. A Protocore constrói a camada de software; onde se aplica um esquema regulado — o tratamento de cartões, por exemplo — o perímetro certificado fica com o circuito de pagamento ou com o parceiro licenciado do operador, e construímos de forma a que os dados de cartão nunca toquem nos seus servidores. Se uma atestação específica for importante para o seu programa, diga-nos e mapeamos quem detém o quê.
Na UE. A produção corre na AWS eu-central-1 (Frankfurt). Construímos de acordo com as práticas do GDPR — minimização de dados, base legal para o tratamento e resposta a pedidos de acesso e eliminação.
A licença. A Protocore constrói o software que instrui e reconcilia a movimentação de dinheiro; deter ou movimentar fundos cabe à sua própria licença ou a um parceiro licenciado — um banco, uma EMI ou uma instituição de pagamento. Nenhum software substitui essa autorização.
Privilégio mínimo para cada interveniente e ações privilegiadas que exigem justificação e deixam registo de auditoria. Tudo é instrumentado, pelo que saber quem fez o quê é uma questão de registo, e não de reconstituição.
Envie um email para security@protocore.io. Confirmamos rapidamente, mantemo-lo informado durante a correção e damos-lhe crédito, se quiser, depois de resolvido.
Tem uma questão de segurança que não abordámos?
Diga-nos o que precisa de ver. Responderemos com detalhe — arquitetura, fluxos de dados e quem detém cada linha.