Solidariedade com a Ucrânia. Serviço oferecido gratuitamente a empresas ucranianas enquanto a guerra durar. Solicitar acesso gratuito
Arquitetura · para RSSI e DSI

Arquitetura de segurança : verificável pelo seu RSSI
em menos de trinta minutos.

A ARDNTECH é um cofre B2B zero-knowledge cuja cada escolha criptográfica está documentada e rastreável até a um standard publicado. O código é integralmente público sob AGPL-3.0, o alojamento faz-se em Paris em jurisdição francesa, e a audit chain HMAC-SHA-256 é verificável por linha de comando por um auditor externo. Esta página recapitula a stack cripto, o modelo de ameaça formalizado e o passo a passo para que um RSSI forme um parecer fundamentado sem ter de confiar em nós.

Zero-knowledge OpenPGP.js v6 Argon2id 256 MiB · RFC 9106 AES-256-GCM SEIPDv2 · RFC 9580 HMAC-SHA-256 audit chain · RFC 2104 Alojamento em França
01 / Visão geral

Os três pilares da segurança ARDNTECH.

A arquitetura de segurança assenta em três propriedades cumulativas. Cada uma está documentada publicamente, é verificável tecnicamente e oponível contratualmente. Nenhuma das três depende da boa-fé do editor.

Zero-knowledge OpenPGP empresa

A cifragem OpenPGP.js v6 é executada no navegador antes de qualquer envio para o servidor. A chave privada nunca sai do posto do utilizador. Um dump completo da base de dados é inutilizável : o servidor só vê blobs opacos. Nenhuma requisição nos pode obrigar a entregar um segredo em claro, por construção.

Audit chain HMAC verificável

Cada ação sensível é registada e selada por um HMAC-SHA-256 encadeado segundo a RFC 2104. A chave HMAC está isolada da base aplicacional. Qualquer alteração retroativa quebra a cadeia e é detetada em O(1) por recálculo. Um comando público permite ao seu RSSI verificar a integridade do registo sem depender de um binário do editor.

Soberania França e AGPL-3.0

Alojamento em Paris em três zonas de disponibilidade, uma das quais num bunker antiatómico, jurisdição francesa, exploração por ARDNTECH. O código-fonte é publicado sob AGPL-3.0, incluindo as funcionalidades pagas. O auto-alojamento é suportado em Docker Compose ou Kubernetes, sem telemetria de saída imposta.

02 / Stack cripto

Stack criptográfica documentada RFC a RFC.

Nenhuma primitiva caseira, nenhum algoritmo proprietário, nenhuma dependência de um KMS cloud terceiro ou de um HSM externo. A tabela abaixo resume as escolhas técnicas e os standards a que se ligam. O whitepaper criptográfico público detalha cada linha.

Uso Primitiva ARDNTECH Standard de referência
Cifragem assimétrica X25519 para a troca, Ed25519 para as assinaturas RFC 7748 e RFC 8032
Cifragem simétrica AES-256-GCM em modo SEIPDv2 OpenPGP RFC 9580 (OpenPGP V6)
Derivação da chave mestra Argon2id : 5 passes, 256 MiB de memória, parallelism 4 RFC 9106
Hashing da palavra-passe no servidor Argon2id com parâmetros reforçados RFC 9106
Audit chain e assinatura de webhook HMAC-SHA-256 encadeado, chave isolada RFC 2104 e RFC 6234
Geração de números aleatórios crypto.getRandomValues no navegador, libsodium no servidor W3C Web Crypto e NIST SP 800-90A
Biblioteca criptográfica cliente OpenPGP.js v6.3 ou superior, vendored e fixada SRI Auditoria independente Cure53
Comparação em tempo constante hash_equals e password_verify no servidor OWASP ASVS v4 §6

Nenhuma dependência criptográfica externa

A arquitetura ARDNTECH não depende nem de um KMS cloud americano, nem de um HSM terceiro faturado ao uso, nem de um serviço de wrapping de servidor sob jurisdição extra-europeia. Todas as operações sensíveis efetuam-se ou no navegador do utilizador (cifragem, decifragem, assinatura), ou no perímetro de servidor que controla (hashing, geração aleatória, audit chain). É uma escolha arquitetural deliberada, que simplifica o modelo de ameaça e elimina os subcontratantes cripto por construção.

03 / Diferenciador único

Audit chain HMAC : a rastreabilidade que se verifica.

O registo de auditoria padrão de um gestor de palavras-passe é um log aplicacional clássico armazenado em base de dados. O seu valor probatório assenta inteiramente na boa-fé do editor. ARDNTECH constrói outra coisa : uma cadeia criptográfica verificável independentemente, por um PASSI ou um perito judicial, a partir de uma simples cópia congelada da base de dados.

Como funciona

Encadeamento criptográfico dos eventos

Cada ação registada (criação, modificação, consulta, partilha, revogação de um segredo, ligação, configuração SSO, acionamento do panic mode) é serializada de forma determinista e depois selada por um HMAC-SHA-256 que inclui o HMAC do evento anterior. A chave HMAC está isolada da base de dados e é rotativa. Qualquer inserção, modificação ou eliminação retroativa quebra a cadeia para todos os eventos seguintes.

Como verificar

Um comando público, agendável, integrável ao SIEM

Um comando de verificação público permite a qualquer auditor com uma cópia da base de dados recalcular a cadeia completa e assinalar a primeira descontinuidade. Este comando pode correr como tarefa agendada na sua infraestrutura e alimentar o seu SIEM através de um evento de integridade positivo ou de um alerta tipado. Código-fonte AGPL-3.0, executável sem binário fornecido pelo editor.

Um diferenciador único no mercado

As soluções americanas para o grande público e a maioria dos intervenientes europeus do cofre de equipa dispõem de um audit log aplicacional clássico, modificável por um administrador com acesso direto à base de dados. Nenhum interveniente do painel concorrencial propõe, tanto quanto sabemos, uma cadeia de auditoria criptográfica verificável por linha de comando pública. A razão é principalmente arquitetural : adaptar tal cadeia a um produto existente impõe reescrever o modelo de eventos e a estratégia de armazenamento. A ARDNTECH fez essa escolha desde a conceção. A página dedicada à audit chain HMAC detalha a construção técnica, o procedimento de verificação e os casos de uso RSSI, NIS2 e perícia judicial.

04 / Modelo de ameaça

Modelo de ameaça formalizado e assumido.

O modelo de ameaça de gestor de segredos ARDNTECH aplica as metodologias STRIDE (Microsoft) e LINDDUN (KU Leuven) por componente. A versão detalhada está publicada na documentação técnica. A versão de vitrine abaixo resume o que está protegido e o que não está, sem eufemismo.

O que a ARDNTECH protege

Cinco cenários cobertos por construção

  • Comprometimento completo do servidor : os blobs armazenados são inutilizáveis sem as chaves privadas dos destinatários, que nunca saem do seu navegador.
  • Requisição judicial em claro : o editor é tecnicamente incapaz de responder com outra coisa além de blobs cifrados. Nenhum mecanismo de escrow de servidor existe.
  • Atacante interno hipotético : a audit chain HMAC deteta qualquer alteração retroativa do registo, incluindo se provier de um administrador com acesso SQL direto.
  • Exfiltração via subcontratante terceiro : nenhum subcontratante dispõe das chaves. Sem KMS cloud externo, sem HSM terceiro, tudo em MariaDB sob o seu controlo ou o nosso.
  • Negação de serviço dirigida : arquitetura resiliente em três zonas de disponibilidade, rate limiting Symfony, monitoring proativo com piquete 24/7 desde o plano Business.
O que a ARDNTECH não protege

Três compromissos arquiteturais assumidos

  • Comprometimento do posto do utilizador : um keylogger ou um malware na máquina de um colaborador permanece fora de alcance. Nenhum produto zero-knowledge pode proteger um segredo introduzido sob um keylogger ativo. O reforço do posto é uma responsabilidade partilhada com o seu DSI.
  • Perda da palavra-passe mestra : é o compromisso fundamental do zero-knowledge. O editor não pode recuperar uma palavra-passe esquecida. A mitigação assenta em códigos de recuperação imprimíveis gerados na inscrição e num procedimento de sucessor designado em caso de incapacidade duradoura.
  • Phishing da palavra-passe mestra : um site que usurpa a identidade da sua instância pode recolher a palavra-passe mestra se o utilizador a introduzir. As barreiras permanecem clássicas : passkeys, 2FA TOTP, verificação de domínio por extensão de navegador, formação de utilizadores, política anti-phishing a montante. Ver a página de chaves de hardware recomendadas para a seleção FIDO2 alinhada com a soberania europeia.

Metodologias utilizadas

O modelo de ameaça de gestor de segredos ARDNTECH decompõe o sistema em oito componentes : navegador do utilizador, servidor aplicacional, base relacional, cache, mensageria transacional, recetores de webhook, extensão de navegador planeada, deployment self-host de referência. Para cada um, uma matriz STRIDE lista as ameaças de spoofing, tampering, repudiation, information disclosure, denial of service e elevation of privilege, com likelihood, severity e mitigation ao lado. Uma matriz LINDDUN complementar trata as ameaças de privacy (linkability, identifiability, detectability, disclosure, non-compliance). A documentação completa é partilhada a pedido no âmbito de uma auditoria RSSI acompanhada.

05 / Passo a passo RSSI

Como verificar a ARDNTECH : quatro etapas concretas.

O seu RSSI dispõe de quatro instrumentos independentes para qualificar a arquitetura. Nenhum depende da boa-fé do editor. Nenhum exige NDA. Nenhum requer a intervenção da nossa equipa para começar.

Ler o código-fonte AGPL-3.0

O seu RSSI pode descarregar a totalidade do código, incluindo as funcionalidades Team e Business, a partir do repositório GitHub público. O whitepaper criptográfico aponta os ficheiros sensíveis a reler prioritariamente. Conte com duas a quatro horas para uma revisão dirigida das rotinas cripto.

Lançar a verificação da audit chain

O seu RSSI pode executar o comando de verificação numa extração congelada da base de dados de uma instância piloto. O comando recalcula a cadeia HMAC completa e para na primeira descontinuidade. Execução offline, sem ligação a um serviço ARDNTECH.

Reproduzir o build Docker

As imagens Docker oficiais visam uma reprodutibilidade de ponta a ponta. O seu RSSI pode reconstruir a imagem a partir das fontes e comparar o digest com o publicado. Esta etapa deteta qualquer injeção supply-chain a montante do registo.

Mandatar um PASSI

O seu RSSI pode mandatar um prestador de auditoria referenciado pela ANSSI para uma revisão independente. ARDNTECH fornece o whitepaper, o acesso ao repositório e o acompanhamento do referente de segurança, sem cláusula de confidencialidade a bloquear o relatório final.

06 / Conformidade RGPD

RGPD nativo, direitos equipados na prática.

A ARDNTECH é concebida em França, operada por ARDNTECH, alojada em França metropolitana. Os direitos abertos pelo RGPD estão implementados tecnicamente, não apenas prometidos contratualmente.

Quatro direitos equipados na consola

Direito à portabilidade (Art. 20)

Exportação JSON completa do seu cofre, segredos cifrados incluídos com os seus metadados de auditoria. Formato documentado, reimportável em qualquer instância compatível. Sem bloqueio proprietário.

Direito de oposição (Art. 21)

Opt-out HIBP scan, opt-out telemetria de produto, opt-out notificações de marketing. O funcionamento nominal do cofre não depende de nenhum tratamento opcional.

Direito ao esquecimento (Art. 17)

Eliminação em cascata da conta, dos cofres pessoais e dos memberships. Os hash one-way anonimizados permanecem na audit chain para rastreabilidade legal, em conformidade com o Art. 17 §3.b RGPD.

Direito de acesso (Art. 15)

Exportação de todos os dados pessoais detidos que lhe digam respeito, exceto o plaintext que nunca está na posse do editor. Prazo SLA : 30 dias, conforme RGPD.

DPO designado. Os contactos do Encarregado de Proteção de Dados estão publicados na página de Avisos legais. A política de privacidade detalha os tratamentos, os prazos de conservação e as bases legais associadas.

07 / Conformidades setoriais

Conformidades setoriais : trajetória e opções.

A ARDNTECH foi concebida para se inscrever nos referenciais setoriais franceses. Consoante a sua profissão, existem desde já vários instrumentos para responder às suas exigências : Cloud certificado parceiro, auto-alojamento num operador já qualificado, ou deployment air-gap.

SecNumCloud (trajetória visada)

A qualificação SecNumCloud é um objetivo visado para a ARDNTECH Cloud. Sem esperar, a licença AGPL-3.0 permite um deployment imediato num operador SecNumCloud terceiro já qualificado (OVHcloud, Outscale, Cloud Temple...).

HDS para o setor da saúde

Auto-alojamento no seu próprio alojador HDS qualificado desde já. Um Cloud HDS parceiro está planeado no horizonte da trajetória saúde, condicionado à assinatura de um alojador HDS parceiro e a um DPA específico.

OIV e NIS2

Arquitetura air-gap possível em infraestrutura interna, código AGPL-3.0 auditável até ao nível cripto, audit chain HMAC para a rastreabilidade oponível às autoridades setoriais, exportação SIEM CEF/LEEF/OCSF/Syslog contínua.

RGPD e CLOUD Act

DPO designado, direitos Art. 15/17/20 equipados na consola, alojamento em França fora de jurisdição extra-europeia. A página alternativa ao CLOUD Act detalha o posicionamento jurídico.

08 / Pentest e auditorias

Auditorias independentes e bibliotecas auditadas.

ARDNTECH compromete-se com um programa de auditoria anual e publica as suas dependências criptográficas com o seu estado de auditoria. Nenhuma cripto caseira, nenhuma primitiva proprietária : tudo é rastreável até a um standard e a uma auditoria independente publicada.

Três compromissos concretos

  • Pentest anual PASSI referenciado pela ANSSI : uma auditoria independente completa é mandatada todos os anos junto de um prestador qualificado. O relatório sintético é partilhado sob NDA com os clientes Business e Enterprise. Os findings críticos são corrigidos antes da publicação.
  • Bibliotecas criptográficas auditadas : OpenPGP.js v6 foi auditado pela Cure53, gabinete alemão especializado em revisão criptográfica. libsodium é a referência do domínio. Nenhuma rotina cripto foi desenvolvida internamente.
  • Programa bug bounty em preparação : um programa estruturado será anunciado após a obtenção das primeiras referências setoriais. Entretanto, a divulgação responsável descrita abaixo está operacional e um hall of fame público credita qualquer relatório válido.
09 / Divulgação responsável

Divulgação responsável do cofre B2B ARDNTECH.

Se identificar uma falha de segurança, comunique-a antes de a tornar pública. ARDNTECH compromete-se com prazos precisos, não processará nenhum investigador que aja de boa-fé e publica um hall of fame para creditar os relatórios válidos.

Como comunicar e o que obtém em troca

Canal de comunicação

Endereço : dpo@aegirex.eu. Uma chave PGP pública é disponibilizada para cifrar o seu relatório. O ficheiro /.well-known/security.txt conforme à RFC 9116 centraliza os contactos e a política de divulgação.

Compromissos de prazo

Aviso de receção em 48 horas úteis. Plano de remediação comunicado em 14 dias. Correção coordenada publicada em 90 dias no máximo. Crédito ao investigador no hall of fame público, salvo pedido em contrário.

Safe harbor

Nenhuma ação judicial é movida contra um investigador que aja de boa-fé : respeito pelo perímetro anunciado, sem exfiltração de dados de terceiros, sem negação de serviço voluntária, comunicação antes da divulgação pública.

Fora de perímetro

Phishing de utilizadores, engenharia social do suporte, negações de serviço volumétricas, findings provenientes exclusivamente de ferramentas automatizadas sem validação manual. Cf. a página de confiança para o detalhe.

10 / FAQ RSSI

Oito perguntas de RSSI e de auditores.

As oito perguntas mais frequentemente colocadas durante a qualificação da arquitetura ARDNTECH por um RSSI, um DSI ou um auditor PASSI.

Como pode um RSSI auditar a ARDNTECH em 30 minutos ?

Três leituras bastam. O whitepaper criptográfico lista as primitivas utilizadas (OpenPGP.js v6 com X25519/Ed25519, Argon2id a 256 MiB de memória, AES-256-GCM SEIPDv2, HMAC-SHA-256). A presente página de segurança resume o modelo de ameaça formalizado. O código-fonte AGPL-3.0 no GitHub é integralmente legível, incluindo as funcionalidades Business. Um RSSI tech-savvy forma um parecer fundamentado em menos de uma hora, sem assinar o mínimo NDA.

Pode a ARDNTECH ser implementada em infraestrutura interna air-gap ?

Sim. A licença AGPL-3.0 autoriza o auto-alojamento sem restrição. O deployment de referência está documentado em Docker Compose e Kubernetes. Nenhuma telemetria de saída é exigida para o funcionamento nominal : verificações de versão, atualizações de assinaturas HIBP e notificações de produto são opt-in. Um deployment air-gap para um operador OIV ou um site de defesa é tecnicamente suportado. Ver a página de auto-alojamento para o detalhe.

Que algoritmos criptográficos são utilizados ?

Assimétrico : X25519 para a troca de chaves e Ed25519 para as assinaturas, conforme às RFC 7748 e 8032. Simétrico : AES-256-GCM em modo SEIPDv2 segundo a RFC 9580 OpenPGP. Derivação : Argon2id a 5 passes, 256 MiB de memória, parallelism 4, segundo a RFC 9106. Auditoria : HMAC-SHA-256 encadeado segundo a RFC 2104. Geração aleatória : crypto.getRandomValues no navegador e random_bytes no servidor via libsodium.

Quem audita a criptografia do OpenPGP.js v6 ?

OpenPGP.js v6 foi objeto de uma auditoria independente pela Cure53, gabinete alemão reconhecido em segurança ofensiva e revisão criptográfica. O relatório é público. A ARDNTECH fixa a versão 6.3 ou superior e aplica uma estratégia SRI ao bundle entregue ao navegador. Nenhum módulo cripto proprietário foi desenvolvido internamente : as primitivas provêm todas de bibliotecas publicadas e revistas pela comunidade.

Como funciona a cadeia de auditoria HMAC-SHA-256 ?

Cada evento registado contém um carimbo temporal, o identificador do autor, o identificador do recurso e um HMAC-SHA-256 calculado sobre a concatenação da linha atual e do HMAC anterior. A chave HMAC está isolada da base de dados. Qualquer inserção, modificação ou eliminação retroativa quebra a cadeia e é detetada por recálculo. Um comando de verificação público permite a um auditor externo constatar a integridade da cadeia, sem depender de um binário fornecido pelo editor. Detalhe técnico na página audit chain HMAC.

Como se posiciona a ARDNTECH face ao CLOUD Act ?

ARDNTECH é uma sociedade francesa, alojada em Paris em três zonas de disponibilidade, uma das quais num bunker antiatómico. Nenhum subcontratante dispõe das chaves privadas dos utilizadores, que nunca saem do seu navegador. Uma requisição extra-europeia movida por via de auxílio judiciário mútuo só poderia obter blobs cifrados inutilizáveis. O código AGPL-3.0 permite, aliás, um deployment na jurisdição da sua escolha. Cf. alternativa ao CLOUD Act e cofre alojado em França.

Qual é o modelo de ameaça formalizado ?

O modelo de ameaça ARDNTECH aplica as metodologias STRIDE (Microsoft) e LINDDUN (KU Leuven) por componente : navegador, servidor aplicacional, base de dados, cache, mensageria transacional, webhooks de saída, extensão de navegador, deployment self-host. Os principais cenários protegidos são o comprometimento do servidor, a requisição judicial, o atacante interno e a exfiltração via fornecedor terceiro. Os compromissos assumidos (comprometimento do posto, perda da palavra-passe mestra, phishing) estão documentados sem rodeios. A documentação completa é partilhada a pedido no âmbito de uma auditoria RSSI acompanhada.

Como comunicar uma falha de segurança à ARDNTECH ?

Envie o seu relatório para dpo@aegirex.eu, idealmente cifrado com a chave PGP publicada no ficheiro /.well-known/security.txt conforme à RFC 9116. Compromissos : aviso de receção em 48 horas úteis, plano de remediação em 14 dias, correção coordenada publicada em 90 dias no máximo. Um hall of fame público credita os investigadores que tenham produzido um relatório válido. Nenhuma ação judicial é movida contra um investigador que aja de boa-fé.

11 / Começar

Verifique a ARDNTECH,
não confie em nós.

Leia o código, lance a verificação da audit chain numa extração da sua instância, mandate um PASSI referenciado pela ANSSI. ARDNTECH acompanha-o nesta diligência, partilha o whitepaper criptográfico e fornece o acesso ao repositório sem NDA bloqueante. O custo de um parecer fundamentado nesta arquitetura é de algumas horas da sua equipa de segurança, não de um ciclo comercial de seis meses.

Código AGPL-3.0 verificável, incluindo funcionalidades Business
Audit chain HMAC verificável por comando público
Alojamento em Paris, três zonas, jurisdição francesa
OpenPGP.js v6 auditado pela Cure53
Divulgação responsável comprometida, RFC 9116