Hierophant vs. Mensageiros Seguros Comerciais
| Parâmetro | Hierophant | Signal | Element (matrix) | AWS Wickr | Threema | Wire |
|---|---|---|---|---|---|---|
| Mensageiros de Hardware sem SO | SimOferece mensageiros de hardware dedicados que funcionam sem um SO de propósito geral. | NãoApenas aplicativo de software. | NãoApenas aplicativo de software. | NãoApenas aplicativo de software. | NãoApenas aplicativo de software. | NãoApenas aplicativo de software. |
| Protocolo Zero Knowledge | SimA arquitetura nativa Zero-Knowledge esconde o fato da comunicação. | NãoO servidor tem conhecimento de quem está se comunicando com quem. | NãoServidores federados conhecem as relações de comunicação para rotear mensagens. | NãoO servidor tem conhecimento das relações de comunicação para supervisão administrativa. | NãoO servidor está ciente dos links de comunicação entre IDs para entregar mensagens. | NãoO servidor tem conhecimento dos usuários e suas conversas para sincronizar dados. |
| Arquitetura Central | Protocolo de Rede HierophantProtocolo proprietário de nível militar independente de TCP/IP. | Cliente-Servidor (TCP/IP)Depende da infraestrutura de internet padrão. | Federado (TCP/IP)Rede descentralizada de servidores independentes. | Cliente-Servidor (TCP/IP)Depende da infraestrutura em nuvem da AWS. | Cliente-Servidor (TCP/IP)Arquitetura centralizada baseada em servidor. | Híbrido (TCP/IP)Arquitetura de servidor em nuvem ou on-premise. |
| Geração de Metadados | Matematicamente ZeroProjetado para não produzir metadados de remetente, destinatário ou tempo. | Parcialmente Minimizado"Sealed Sender" esconde o remetente, mas o servidor vê o destinatário e o tempo. | ExtensivoHomeservers armazenam metadados como associações a salas e logs de IP. | ExtensivoO servidor registra metadados de conexão e de usuário para fins administrativos. | MinimizadoProjetado para gerar o mínimo de dados possível; as mensagens são excluídas após a entrega. | Minimizado, mas PresenteArmazena metadados necessários para sincronizar conversas entre dispositivos. |
| Identificação do Usuário | Nenhuma (Livre de Identificador)Sem contas, números de telefone ou e-mails necessários. Anonimato verdadeiro. | Número de TelefoneRequer um número de telefone para registro, embora nomes de usuário possam ocultá-lo. | ID MatrixUsa um ID Matrix único (@user:server.com); o e-mail é opcional. | Identidade CorporativaGerenciado por administradores, normalmente via SSO com credenciais corporativas. | ID ThreemaID anônimo; a vinculação de telefone/e-mail é opcional. | Endereço de E-mailRequer um endereço de e-mail para a criação da conta. |
| Segurança Pós-Quântica | Nativa por DesignUsa algoritmos PQC selecionados pelo NIST (ex: Kyber) como padrão. | Implementado (PQXDH)Protocolo PQXDH implantado usando CRYSTALS-Kyber para resistência quântica. | NãoAtualmente, não há um roteiro público para implementação de PQC. | Não (em E2EE) A camada de transporte (TLS) pode ser protegida por PQC pela plataforma, mas a criptografia de ponta a ponta em si não é pós-quântica, de acordo com informações públicas. | NãoAtualmente depende da criptografia clássica de curva elíptica. | Pronto (via MLS)Usa o protocolo MLS, que é ágil para PQC por design. |
| Elementos Seguros / TEE | SimTodas as operações criptográficas e armazenamento de chaves são exclusivamente tratadas dentro de um Elemento Seguro dedicado. | NãoDepende de criptografia baseada em software rodando no SO de propósito geral do dispositivo. | NãoDepende de criptografia baseada em software rodando no SO de propósito geral do dispositivo. | NãoDepende de criptografia baseada em software rodando no SO de propósito geral do dispositivo. | NãoDepende de criptografia baseada em software rodando no SO de propósito geral do dispositivo. | NãoDepende de criptografia baseada em software rodando no SO de propósito geral do dispositivo. |
| Dependência de PKI / Certificado | NenhumaOpera sem Autoridades de Certificação, eliminando um ponto central de falha. | SimDepende de PKI tradicional e certificados TLS para autenticação do servidor. | SimDepende de certificados TLS para segurança cliente-servidor e servidor-servidor. | SimDepende da PKI da AWS para segurança da camada de transporte. | SimUsa certificados TLS para proteger as conexões com seus servidores. | SimDepende de certificados TLS para segurança do servidor e da federação. |
| Resistência à Análise de Tráfego | Não baseado em TCP/IPO Protocolo de Rede Hierophant torna a correlação de tráfego fundamentalmente inviável. | Baseado em TCP/IPVulnerável à análise em nível de rede apesar do Sealed Sender. | Baseado em TCP/IPA federação pode complicar a análise, mas não é uma defesa projetada. | Baseado em TCP/IPOferece um recurso de proxy "Acesso Aberto" como contramedida. | Baseado em TCP/IPOpera sobre protocolos de internet padrão, expondo o tráfego à análise. | Baseado em TCP/IPOpera sobre protocolos de internet padrão, expondo o tráfego à análise. |
| Soberania Digital | AbsolutaHardware e infraestrutura on-premise de propriedade do cliente. Sem dependências externas. | NenhumaDependente dos servidores centralizados do Signal; sem opção de auto-hospedagem. | Absoluta (Auto-hospedado)A auto-hospedagem é um recurso nativo e central do protocolo Matrix. | Parcial (Opção On-prem)A auto-hospedagem está disponível como um produto empresarial separado. | Parcial (Opção On-prem)Oferece "Threema OnPrem" para auto-hospedagem por organizações. | Parcial (Opção On-prem)Pode ser auto-hospedado por empresas para controle total dos dados. |
| Inicialização de Comunicação Air Gap | SimSuporta troca de chaves segura e offline e configuração em ambientes totalmente isolados (air-gapped). | NãoRequer uma conexão com a internet para registro e troca inicial de chaves. | NãoRequer uma conexão de rede para a troca inicial de chaves e configuração entre usuários. | NãoRequer uma conexão de rede para a troca inicial de chaves e configuração. | NãoRequer uma conexão com a internet para registro e troca inicial de chaves. | NãoRequer uma conexão com a internet para registro e troca inicial de chaves. |
| Funciona com Telemetria SCADA | SimO protocolo agnóstico de transporte é projetado para infraestrutura crítica e sistemas de controle industrial. | NãoProjetado para comunicação de pessoa para pessoa, não para protocolos de telemetria industrial. | NãoProjetado para comunicação de pessoa para pessoa, não para protocolos de telemetria industrial. | NãoProjetado para comunicação de pessoa para pessoa, não para protocolos de telemetria industrial. | NãoProjetado para comunicação de pessoa para pessoa, não para protocolos de telemetria industrial. | NãoProjetado para comunicação de pessoa para pessoa, não para protocolos de telemetria industrial. |
| Agnóstico de Transporte | SimO protocolo é independente da camada de transporte (ex: TCP/IP, rádio, malha). | NãoRequer uma conexão de internet baseada em TCP/IP padrão para funcionar. | NãoRequer uma conexão de internet baseada em TCP/IP padrão para funcionar. | NãoRequer uma conexão de internet baseada em TCP/IP padrão para funcionar. | NãoRequer uma conexão de internet baseada em TCP/IP padrão para funcionar. | NãoRequer uma conexão de internet baseada em TCP/IP padrão para funcionar. |
| Tráfego de Distração (Decoy) | SimGera nativamente tráfego de distração para mascarar padrões de comunicação reais e resistir à análise de tráfego. | NãoNão gera tráfego de distração; depende da proteção de metadados no nível do protocolo. | NãoNenhuma geração nativa de tráfego de distração. | NãoNenhuma geração nativa de tráfego de distração; usa roteamento por proxy como alternativa. | NãoNenhuma geração nativa de tráfego de distração. | NãoNenhuma geração nativa de tráfego de distração. |
| Recursos de Emergência / Coação | SimInclui recursos como PINs de coação para apagar dados, modos SOS e envio de mensagens de emergência pré-configuradas. | NãoNão oferece recursos especializados de coação ou emergência; não fornece acesso a serviços de emergência. | NãoRecursos de colaboração padrão; sem funcionalidade de coação ou SOS embutida. | NãoRecursos focados em empresas; não inclui modos de coação pessoal ou SOS. | NãoRecursos de mensagens padrão; sem funcionalidade de coação ou SOS embutida. | NãoRecursos de colaboração padrão; sem funcionalidade de coação ou SOS embutida. |
| Provedor de Autenticação sem Senha | SimFunciona como um autenticador seguro e sem senha para fazer login em serviços e sites de terceiros. | NãoFunciona apenas como um mensageiro; não pode ser usado como um provedor de identidade externo. | NãoFunciona apenas como um mensageiro; não pode ser usado como um provedor de identidade externo. | NãoIntegra-se com provedores de identidade externos para login, mas não atua como um. | NãoFunciona apenas como um mensageiro; não pode ser usado como um provedor de identidade externo. | NãoFunciona apenas como um mensageiro; não pode ser usado como um provedor de identidade externo. |
| Jurisdição | Áustria (UE, Neutro)País não-membro da OTAN com fortes leis de privacidade e sem backdoors obrigatórios. | EUASujeito a leis dos EUA como o CLOUD Act. | Reino Unido / UEA empresa por trás do Element está sediada no Reino Unido. | EUAPropriedade da AWS, sujeito a leis dos EUA. | SuíçaFortes leis de privacidade, fora da jurisdição dos EUA/UE. | Suíça / AlemanhaEmpresa suíça com servidores na UE. |
A Arquitetura Pós-Internet: Nosso Diferencial Fundamental
O Hierophant é construído sobre um portfólio de mais de 10 patentes que redefinem fundamentalmente as redes seguras. Nossa principal distinção é a substituição completa dos protocolos padrão da Internet. Em vez disso, utilizamos um Protocolo de Rede Zero-Knowledge Hierophant proprietário e agnóstico de transporte. Esta não é uma sobreposição na internet existente; é uma arquitetura de comunicação soberana, criada do zero, projetada para operação com metadados zero desde o início. A distribuição e o uso desta tecnologia estão sujeitos aos controles de exportação da Áustria e da UE.