Instalações soberanas, com âmbito definido em cada projeto.
Algumas instituições não podem colocar o registo das suas transações na nuvem de terceiros. Para essas instituições, o Exedra Gate é instalado na infraestrutura do cliente: o motor de assinaturas, as salas de dados, o histórico de auditoria encadeado por hash e os pacotes de provas funcionam dentro do seu perímetro, sob as suas chaves. A equipa de segurança do cliente aprova cada atualização antes da instalação. Cada funcionalidade que normalmente contactaria um serviço externo é configurada pelo cliente, com as consequências de cada escolha para as afirmações sobre o registo indicadas por escrito antes de entrar em funcionamento.
A análise decorre ao abrigo de um acordo de confidencialidade mútuo, com os responsáveis de segurança e tecnologia do cliente. Abrange o que existe hoje e o que um projeto específico incluiria. Nada é carregado nem colocado em teste.
Um projeto com a equipa de segurança do cliente. Não um ficheiro para instalar.
Uma instalação soberana é definida, orçamentada e entregue como projeto de implementação: na infraestrutura e jurisdição do cliente, segundo os seus controlos de segurança e com um plano de reforço e verificação acordado com a sua equipa. Não existe instalador de autosserviço nem instância de teste para este tipo de cliente.
Os limites são explícitos. Não apresentamos o modo ligado à rede como fisicamente isolado: nos modos de carimbo temporal ligados à rede, sai do perímetro uma impressão digital SHA-256 do registo para obter um carimbo de uma autoridade independente. Essa saída é intencional, pois um carimbo emitido pelo próprio operador oferece pouca prova a terceiros. Quem precisa de isolamento completo pode desativar o carimbo independente; nesse caso, reduzimos por escrito as afirmações possíveis sobre o registo. Nenhuma destas escolhas fica por esclarecer.
Cada dependência externa pode ser configurada. Cada opção tem consequências definidas.
As funcionalidades com ligação a serviços externos têm interfaces comuns, adaptadores identificados e seleção por configuração. Em cada projeto soberano, podem ser desativadas, fornecidas pelo cliente ou operadas pelo Exedra Gate. A tabela indica o significado de cada escolha para as afirmações sobre o registo, evitando que a configuração e a comunicação se afastem com o tempo.
| Módulo | Desligado | Fornecido pelo cliente | Operado pela Exedra Gate | Consequência para as afirmações |
|---|---|---|---|---|
| Verificação de identidade (KYC) | O cliente executa o seu processo de verificação fora da plataforma; esta regista o resultado que o cliente atesta. | É desenvolvido um adaptador para o fornecedor de identidade do cliente no âmbito de cada projeto. | A verificação alojada usa o fornecedor do Exedra Gate; os documentos de identidade transitam pela infraestrutura desse fornecedor. | Com o módulo desativado, qualquer indicação de verificação refere-se ao processo do operador da instalação, nunca a uma verificação pelo Exedra Gate ou por outro fornecedor indicado. A atestação continua assinada; muda o conteúdo da declaração atestada. |
| Pesquisa de sanções e notícias adversas | A equipa de conformidade comercial do cliente faz a pesquisa; a plataforma regista a decisão com data como evento de prova. | O fornecedor de pesquisa do cliente é integrado no âmbito do projeto. | O serviço de pesquisa do Exedra Gate exige que o cliente aceite a saída do perímetro de dados sensíveis sobre administradores e proprietários. | Com o módulo desativado ou no modo fornecido pelo cliente, o Exedra Gate não emite um selo de pesquisa. Se o cliente quiser uma certificação equivalente, terá de a emitir em seu nome. |
| Apenas notificações na aplicação; convites para assinatura e lembretes chegam às contrapartes pelo portal. | A infraestrutura de correio do cliente transporta as mensagens através da ligação SMTP da plataforma. | O fornecedor de entrega do Exedra Gate transporta as mensagens e envia eventos de entrega para o registo através de webhooks. | Com o correio do cliente, a afirmação sobre prova de entrega é reduzida por escrito: a plataforma regista o envio e o carimbo temporal; a prova da entrega depende do sistema de correio do cliente. No serviço operado, os eventos de entrega são registados por webhook do fornecedor. | |
| Carimbo temporal independente | Quatro modos, definidos em cada projeto. A secção seguinte explica as consequências de cada um, pois a escolha do carimbo temporal determina as afirmações possíveis sobre o registo. | Consulte a secção de carimbo temporal. O modo ligado à rede é o padrão; o modo com autoridade qualificada contratada pelo cliente é a opção de nível superior. | ||
| Faturação | Faturação empresarial por fatura, baseada num registo de utilização assinado. Os pagamentos por cartão do produto na nuvem não existem numa instalação soberana. | Não aplicável; a faturação é tratada entre o Exedra Gate e o operador da instalação. | Não aplicável numa implantação soberana. | Nenhuma. A faturação nunca integrou a prova documental, pelo que a sua desativação não altera as afirmações sobre ela. |
| Assistência por IA | Totalmente desativada. A função de conformidade não depende da IA: em qualquer configuração, a IA apenas apresenta informação e uma pessoa decide. | O endpoint do modelo do cliente é ligado através da interface de fornecedores. Os deveres de documentação e explicação do modelo cabem ao seu operador, como ficará definido no contrato. | Módulos opcionais acessíveis por token de API. Em cada chamada, os pedidos e o conteúdo saem do perímetro, módulo a módulo, conforme a escolha do cliente. | Nenhuma consequência para as afirmações sobre a prova. Desativar a IA reduz a conveniência, não a função de conformidade. |
A afirmação depende da configuração concreta: com verificação, pesquisa e correio desativados ou em modo fornecido pelo cliente, e com o carimbo temporal desativado ou produzido localmente, nenhum documento, chave ou evento sai do perímetro em funcionamento normal. Cada módulo transferido para um serviço operado acrescenta a saída indicada na respetiva linha.
O carimbo temporal independente é a escolha central. Deve ser deliberada.
Em todos os modos, os pacotes de provas são assinados e encadeados por hash. O que muda é quem emite o carimbo temporal, que informação sai do perímetro para o obter e o que se pode afirmar sobre o registo. A opção é decidida por escrito antes da instalação. O modo ligado à rede é o padrão porque preserva a prova temporal independente sem exigir ao cliente a contratação de um prestador de serviços de confiança. O cliente que prefira um prestador qualificado próprio escolhe o segundo modo.
- PREDEFINIDA
Ligado à rede: carimbo temporal de uma autoridade designada pelo Exedra Gate. O modo padrão. A única saída é uma impressão digital SHA-256 enviada para obter um carimbo temporal RFC 3161. A afirmação de tempo independente mantém-se. A instalação é descrita como privada e ligada à rede, nunca como isolada. A autoridade designada é independente do Exedra Gate; o Exedra Gate não é um prestador qualificado de serviços de confiança. Quando o projeto exige a presunção jurídica europeia de um carimbo qualificado, este é adquirido a um prestador qualificado, não emitido pelo Exedra Gate. O contrato identifica o prestador e o respetivo estatuto.
- QTSP DO CLIENTE
Carimbo temporal de uma autoridade qualificada contratada pelo cliente. A opção de nível superior. Os hashes são enviados ao prestador de serviços de confiança escolhido pelo cliente. No quadro europeu, um carimbo temporal qualificado beneficia de uma presunção jurídica que um carimbo comum não tem (eIDAS, Art. 41(2)); um cliente com prestador qualificado mantém essa relação contratual diretamente, sem o Exedra Gate nela.
- NO LOCAL
Carimbo temporal dentro do perímetro. Nada sai. A afirmação é reduzida por escrito e no próprio registo: o carimbo é emitido pelo operador que controla o arquivo de provas. Assim, o registo tem um carimbo temporal interno e um formato verificável externamente, mas nunca é apresentado como carimbado por uma autoridade independente.
- DESATIVADO
Sem carimbo temporal. Os pacotes continuam assinados e encadeados por hash. As afirmações param aí: integridade e ordem, com datas dos relógios do próprio operador. A opção existe porque alguns clientes exigem isolamento completo; quem a escolhe deve conhecer exatamente a prova temporal de que prescinde.
Numa instalação soberana, são os seus controlos que contam.
As plataformas na nuvem respondem à questão da segurança com as suas certificações porque alojam os dados. Aqui, a plataforma funciona dentro do seu perímetro. As atualizações chegam como artefactos assinados, analisados e aprovados pela sua equipa de segurança antes da instalação; o âmbito da auditoria permanece consigo. Na configuração padrão, a única saída rotineira é uma impressão digital do documento para obtenção de um carimbo temporal independente. Isso é declarado, não ocultado.
Um registo de auditoria comum pode ser alterado por quem administra a tabela. Este registo permite detetar a alteração.
Uma equipa de segurança pergunta o que os próprios administradores podem fazer a um sistema de provas. Em muitas plataformas, o histórico de auditoria é um conjunto de linhas na base de dados que um administrador pode alterar posteriormente. Aqui, cada ação integra uma cadeia de hashes: cada entrada inclui o hash da anterior, o registo é assinado com Ed25519 e, nos modos ligados à rede, recebe carimbos temporais RFC 3161 de uma autoridade independente. Alterar ou remover uma entrada quebra a sequência; a verificação revela a quebra, independentemente de quem alterou e dos privilégios que tinha.
É uma promessa deliberadamente mais restrita do que chamar ao registo «inalterável», e mais demonstrável. Nada impede por completo a ação de alguém com acesso privilegiado. O encadeamento torna detetável uma alteração retroativa: o registo original pode ser comprovado e um registo adulterado deixa de passar na verificação. A deteção pode ser demonstrada; a impossibilidade absoluta de alteração seria apenas uma afirmação.
A infraestrutura de provas permanece sob controlo do cliente.
Em todos os modos: motor interno de assinaturas, sem fornecedor externo de assinatura eletrónica; controlo de acesso por documento e por pessoa, com isolamento entre clientes ao nível da linha da base de dados; histórico de auditoria encadeado por hash; pacotes de provas em formatos padrão, com SHA-256, Ed25519 e tokens RFC 3161 quando o modo os inclui, verificáveis sem ligação à rede com ferramentas gratuitas; e um canal de atualização sujeito à aprovação prévia da equipa de segurança do cliente.
Nove setores com regimes que tornam estes requisitos concretos.
Cada página apresenta a situação regulatória do setor com fontes primárias, o que uma instalação soberana pode mudar, uma configuração possível para os módulos e o que o Exedra Gate não resolve. Esta última secção está presente em todas as páginas de propósito.
Operadores espaciais e de satélites
Dados técnicos sujeitos a controlo de exportações nas salas de análise e regras de segurança de redes que abrangem agora os operadores do segmento terrestre.
MINERAISMinerais estratégicos e terras raras
Investidores sujeitos a análise estatal e sequências de proveniência que devem resistir a auditorias anos depois da assinatura do contrato de compra da produção.
MAR PROFUNDOExploração do mar profundo e de hidrocarbonetos
Um setor controverso, sujeito a escrutínio: documentação de patrocínio, licenças e valores de referência ambientais, exigente em provas desde o início.
TECNOLOGIAS QUÂNTICASTecnologias quânticas e criptografia
Análise de investimentos de dupla utilização em quase todas as entradas de capital estrangeiro e acesso a materiais técnicos que os assessores jurídicos analisam à luz do controlo de exportações.
SISTEMAS DE IAIA e sistemas autónomos
Um limite legal para utilização exclusivamente militar e investidores que perguntam onde está documentada a área de atividade.
NUCLEAR CIVILNuclear civil
A própria prestação de assistência pode exigir autorização, e os registos devem responder a perguntas durante décadas.
BIODEFESABiodefesa e biologia sintética
Regimes de registo, avaliação de pessoal e supervisão que são deveres de documentação antes de mais nada.
eID E CBDCFornecedores de eID e CBDC
Fornecedores que vendem soberania a governos e são auditados quanto a ela, enquanto as regras aplicáveis continuam a evoluir.
CIBERSEGURANÇA DEFENSIVACibersegurança defensiva
Obrigações de segurança transmitidas contratualmente aos fornecedores, exportações que dependem do conhecimento da utilização final e uma página que deixa claro a quem não se destina.
A primeira conversa é sobre a arquitetura e decorre sob acordo de confidencialidade.
Uma análise da arquitetura mostra aos responsáveis de segurança e tecnologia do cliente o que funciona hoje, as opções de cada módulo e as consequências para as afirmações possíveis, e o âmbito que teria um projeto. Decorre ao abrigo de um acordo de confidencialidade mútuo. Nada é carregado nem colocado em teste. Esta página não apresenta a instalação como um produto pronto a descarregar; o projeto concreto é definido com a equipa de segurança do cliente.
O Exedra Gate é uma plataforma tecnológica, não um intermediário financeiro, corretor, custodiante, prestador de serviços de depósito fiduciário ou consultor de investimento. Nunca detém, encaminha ou liquida fundos de investidores, não recomenda ofertas a investidores e não cobra comissões de sucesso. A instalação soberana é um projeto de implementação definido e orçamentado para cada cliente, não um produto para descarregar. Nenhuma configuração é apresentada como satisfazendo, por si só, um regime legal ou regulamentar. Os registos e carimbos temporais atestam a integridade e a existência numa determinada data, não a conformidade com um regime; esse juízo cabe ao cliente e aos seus assessores jurídicos.
As referências regulamentares nesta página são orientativas, não constituem aconselhamento jurídico: ver Fontes e verificação.