SEGURANÇA E PROVA

Feito para quem tem poder de dizer não.

Os responsáveis de compliance não assinam. Vetam. Esta página nomeia cada controlo e o mecanismo por detrás dele, enuncia com clareza o que não cobre, e termina em algo que um revisor verifica de forma independente em vez de aceitar por confiança.

Os controlos, e os mecanismos por detrás deles.

Uma linha por controlo. Cada uma abre para o mecanismo que a sustenta.

ISOLAMENTO ENTRE CLIENTES Imposto na base de dados

Segurança ao nível da linha do Postgres em todas as tabelas com âmbito de cliente. A separação é imposta na base de dados, e não na camada da aplicação, e os testes de isolamento incluem os casos que têm de ser recusados, executados e registados em vez de afirmados.

AUTENTICAÇÃO Sem códigos por SMS ou e-mail

AAL2 em todas as rotas protegidas. Hoje o segundo fator é uma aplicação de autenticação; as passkeys ligadas ao dispositivo estão disponíveis para assinar em mobilidade. Sem códigos de uso único por SMS e sem códigos por e-mail, canais que os reguladores de um número crescente de jurisdições estão a eliminar. As passkeys ligadas ao dispositivo, onde são usadas, resistem além disso ao phishing.

IA GOVERNADA Revela, nunca decide

Os modelos assinalam incoerências e resultados adversos, com a razão pela qual um sinal disparou registada ao lado. Cada aprovação é dada por um ser humano, e cada modelo está inventariado, documentado e é explicável, como exigem os regimes mais estritos de governação da IA.

PROTEÇÃO DE DADOS Um só desenho, para todos os regimes que servimos

Concebida para suportar as obrigações ao abrigo do RGPD, da Lei suíça revista da Proteção de Dados, e dos regimes regionais de proteção de dados a que os nossos clientes estão sujeitos, incluindo os direitos de retificação das pessoas nomeadas num rastreio. O acesso aos documentos é servido através de URL assinados e registados. TLS 1.2 ou superior em trânsito.

PROVA Verificada com ferramentas comuns e gratuitas

Assinaturas Ed25519 sobre uma cadeia de hash SHA-256, com selo temporal de uma autoridade RFC3161 independente. Verificada offline com ferramentas comuns: SHA-256, Ed25519 e RFC 3161 são formatos publicados, pelo que um revisor trabalha a partir do próprio dossiê. Falha fechada por conceção: quando o selo temporal é exigido, sem selo temporal válido não há dossiê de prova.

RASTO DE AUDITORIA Com deteção de adulteração, não prevenção dela

Cada ação que altera o estado é encadeada por hash, de modo que uma alteração, uma inserção ou uma reordenação se torna detetável. Uma cadeia de hash deteta; não impede, e não diremos que impede. Os registos de acesso a documentos são conservados durante sete anos.

RECONHECIMENTOS DE DIVULGAÇÃO Fixados à redação exata

Quando um investidor aceita um reconhecimento de risco obrigatório, o registo guarda mais do que uma caixa assinalada. O texto do reconhecimento tem versões, e o resumo SHA-256 da redação exata que foi aceite é escrito no registo encadeado por hash, de modo que uma reescrita discreta daquilo com que alguém concordou deixaria os resumos de coincidir. Uma redação alterada passa a ser uma nova versão, nunca uma edição da anterior.

ÂMBITO DO REGISTO O que não entra no registo

Os documentos, as assinaturas e os acessos a documentos fazem parte do registo criptográfico. As mensagens entre as partes são dados de aplicação correntes: não são resumidas em hash, não são encadeadas, não têm selo temporal. Não as apresentamos como prova.

SITUAÇÃO DA CERTIFICAÇÃO Enunciada com exatidão

Está em curso um programa de preparação para a SOC 2 Type 2 e a ISO 27001. Hoje não existe nenhum relatório, e nada aqui deve ser lido como implicando que exista. Quando existir um relatório, esta linha dirá que existe e indicará a sua data.

O limite do registo criptográfico

Fazem parte do registo criptográfico: os documentos, as assinaturas e os acessos a documentos. Não fazem parte dele: as mensagens entre as partes, que são dados de aplicação correntes, não resumidos em hash, não encadeados, sem selo temporal, e que não apresentamos como prova.

O mesmo âmbito enunciado no cartão acima, desenhado. Onde um registo acaba importa tanto como onde começa, pelo que a exclusão recebe o mesmo espaço em vez de uma nota de rodapé.
Cobertura por jurisdição.
Disponível internacionalmente, com uma implantação sem mercado de origem e sem região prioritária. O desenho tem por alvo referenciais publicados, e não lugares: o RGPD, a Lei suíça revista da Proteção de Dados e os critérios do eIDAS para a assinatura avançada, a par dos regimes regionais de proteção de dados a que os nossos clientes estão sujeitos. Os carris regionais de identidade estão no roteiro e ainda não estão integrados. Nomear um referencial significa que fomos concebidos de acordo com os requisitos publicados desse referencial. Não significa que a Exedra Gate seja licenciada, supervisionada ou recomendada por qualquer autoridade.

Os instrumentos publicados por detrás desses controlos.

Cada entrada nomeia um instrumento e o organismo que o emitiu. Nomear um significa que a plataforma foi concebida de acordo com os requisitos publicados desse instrumento, nos termos enunciados acima, e a linha por baixo de cada um diz o que isso dá ao leitor, e não o que nos dá a nós.

  • EU / CH RGPD e a Lei suíça revista da Proteção de Dados Isolamento de cada cliente imposto na própria base de dados, com prazos de conservação definidos e um procedimento documentado para retificar um registo. Regulamento (UE) 2016/679; Lei Federal da Proteção de Dados, SR 235.1
  • EU Critérios do eIDAS para a assinatura avançada (art. 26.º) Uma assinatura ligada de forma inequívoca ao seu signatário e ao documento, de modo que qualquer alteração posterior a um deles se torne detetável. Avançada, não qualificada. Regulamento (UE) n.º 910/2014, art. 26.º
  • IETF Selos temporais nos termos da RFC 3161 A hora inscrita no registo provém de uma autoridade independente, e não de nós. Prova admissível do momento em que um documento existiu. Time-Stamp Protocol (TSP), RFC 3161
  • IRTF / NIST Ed25519 e SHA-256 Algoritmos publicados, para que um dossiê de prova possa ser verificado com ferramentas comuns por alguém que não confie em nós. Edwards-Curve Digital Signature Algorithm (EdDSA), RFC 8032; Secure Hash Standard (SHS), FIPS 180-4
  • W3C WCAG 2.1 AA Auditado contra estes critérios com o axe, página a página, que é o que uma avaliação de contratação pública ou institucional exige. Diretrizes de Acessibilidade para o Conteúdo da Web 2.1, Nível AA

Como este sítio é sustentado por fontes →

O vocabulário, numa frase cada.

O resto do sítio diz em palavras simples o que estes fazem. Este é o único lugar que os nomeia, para que um revisor técnico e a nossa documentação usem os mesmos termos.

Dossiê de prova
O registo assinado e com selo temporal em que uma ronda fecha: cada documento, verificação de identidade e assinatura, por ordem, empacotados de modo a que um terceiro os possa verificar offline.
Cadeia de hash SHA-256
Cada entrada leva consigo uma impressão digital da anterior. Altere, insira ou reordene o que for e a cadeia deixa de coincidir. Deteta a adulteração; não a impede.
Selo temporal RFC 3161
Uma declaração de tempo assinada por uma autoridade independente (um relógio que não é nosso), atestando que o registo existia o mais tardar naquele momento, sob a autoridade desse serviço.
Assinatura Ed25519
O esquema de assinatura criptográfica que fecha cada registo: quem o produziu, e que nem um byte mudou desde então.
AAL2
Um nível de garantia de autenticação (NIST SP 800-63B): iniciar sessão exige um segundo fator além da palavra-passe. Hoje esse fator é uma aplicação de autenticação; as passkeys ligadas ao dispositivo são usadas para assinar em mobilidade. Eleva a fasquia, mas é um nível de garantia, e não uma garantia contra o phishing.
Falha fechada
Quando um ingrediente da prova não está disponível (o relógio independente, por exemplo), o sistema para em vez de produzir um registo que não consegue provar.

Prova que um revisor verifica de forma independente.

Um dossiê de prova não é uma captura de ecrã de confiança. É um registo assinado, com selo temporal e encadeado por hash, verificado com ferramentas comuns e gratuitas, na própria máquina do revisor: a verificação confirma que os documentos não foram alterados e que existiam no momento indicado, porque o selo temporal provém de uma autoridade independente. Como os formatos são publicados, a pessoa do outro lado de um desacordo pode executar exatamente os mesmos comandos e obter exatamente a mesma resposta.

A ferramenta tem nome: exedragate-verify, um verificador autónomo de linha de comandos descrito na página de tecnologia. O OpenSSL comum verifica o selo temporal por si só, pelo que nenhum revisor fica alguma vez limitado às nossas ferramentas.

A IA revela. Um ser humano decide. O registo sobrevive aos dois.
Nada na Exedra Gate aprova automaticamente uma pessoa, uma empresa ou uma oferta. A plataforma regista o que aconteceu, para que um revisor, um auditor ou um regulador o possa reconstituir mais tarde.
Nenhum sistema está isento de risco.
Não vamos chamar a este seguro, inquebrável nem imune a incidentes, porque nenhum fornecedor pode saber isso e a afirmação não vale nada quando é posta à prova. O que podemos afirmar é o que aconteceu e quando, e que um revisor o consegue estabelecer de forma independente, anos depois, usando normas publicadas e ferramentas gratuitas que qualquer máquina já tem.

Os questionários de segurança são respondidos diretamente.

Respondemos nós próprios à diligência de compliance e de segurança, e preferimos que nos perguntem cedo a que nos perguntem tarde. Um nome e uma empresa bastam; o pedido chega à pessoa certa.

Equipas de compliance: compliance@exedragate.com · Segurança: security@exedragate.com