Hierophant vs. Mensajeros Seguros Comerciales
| Parámetro | Hierophant | Signal | Element (matrix) | AWS Wickr | Threema | Wire |
|---|---|---|---|---|---|---|
| Mensajeros de Hardware sin SO | SíOfrece mensajeros de hardware dedicados que funcionan sin un SO de propósito general. | NoSolo aplicación de software. | NoSolo aplicación de software. | NoSolo aplicación de software. | NoSolo aplicación de software. | NoSolo aplicación de software. |
| Protocolo Zero Knowledge | SíLa arquitectura nativa de Zero-Knowledge oculta el hecho de la comunicación. | NoEl servidor tiene conocimiento de quién se está comunicando con quién. | NoLos servidores federados conocen las relaciones de comunicación para enrutar los mensajes. | NoEl servidor tiene conocimiento de las relaciones de comunicación para la supervisión administrativa. | NoEl servidor está al tanto de los enlaces de comunicación entre los ID para entregar los mensajes. | NoEl servidor tiene conocimiento de los usuarios y sus conversaciones para sincronizar los datos. |
| Arquitectura Central | Protocolo de Red HierophantProtocolo propietario de grado militar independiente de TCP/IP. | Cliente-Servidor (TCP/IP)Se basa en la infraestructura de Internet estándar. | Federado (TCP/IP)Red descentralizada de servidores independientes. | Cliente-Servidor (TCP/IP)Se basa en la infraestructura en la nube de AWS. | Cliente-Servidor (TCP/IP)Arquitectura centralizada basada en servidor. | Híbrido (TCP/IP)Arquitectura de servidor en la nube o en las instalaciones. |
| Generación de Metadatos | Matemáticamente CeroDiseñado para no producir metadatos de remitente, destinatario o tiempo. | Parcialmente Minimizado"Sealed Sender" oculta al remitente, pero el servidor ve al destinatario y la hora. | ExtensosLos servidores domésticos almacenan metadatos como membresías de salas y registros de IP. | ExtensosEl servidor registra metadatos de conexión y de usuario con fines administrativos. | MinimizadosDiseñado para generar la menor cantidad de datos posible; los mensajes se eliminan después de la entrega. | Minimizados pero PresentesAlmacena los metadatos necesarios para sincronizar las conversaciones entre dispositivos. |
| Identificación de Usuario | Ninguna (Sin Identificador)No se requieren cuentas, números de teléfono o correos electrónicos. Verdadero anonimato. | Número de TeléfonoRequiere un número de teléfono para el registro, aunque los nombres de usuario pueden ocultarlo. | ID de MatrixUtiliza un ID de Matrix único (@usuario:servidor.com); el correo electrónico es opcional. | Identidad CorporativaGestionado por administradores, generalmente a través de SSO con credenciales corporativas. | ID de ThreemaID anónimo; la vinculación de teléfono/correo electrónico es opcional. | Dirección de Correo ElectrónicoRequiere una dirección de correo electrónico para la creación de la cuenta. |
| Seguridad Post-Cuántica | Nativa por DiseñoUtiliza algoritmos PQC seleccionados por NIST (p. ej., Kyber) como estándar. | Implementada (PQXDH)Protocolo PQXDH desplegado usando CRYSTALS-Kyber para resistencia cuántica. | NoActualmente no hay una hoja de ruta pública para la implementación de PQC. | No (en E2EE) La capa de transporte (TLS) puede estar protegida por PQC por la plataforma, pero el cifrado de extremo a extremo en sí mismo no es post-cuántico, según la información pública. | NoActualmente se basa en la criptografía clásica de curva elíptica. | Preparado (a través de MLS)Utiliza el protocolo MLS, que es ágil para PQC por diseño. |
| Elementos Seguros / TEE | SíTodas las operaciones criptográficas y el almacenamiento de claves se manejan exclusivamente dentro de un Elemento Seguro dedicado. | NoSe basa en criptografía basada en software que se ejecuta en el SO de propósito general del dispositivo. | NoSe basa en criptografía basada en software que se ejecuta en el SO de propósito general del dispositivo. | NoSe basa en criptografía basada en software que se ejecuta en el SO de propósito general del dispositivo. | NoSe basa en criptografía basada en software que se ejecuta en el SO de propósito general del dispositivo. | NoSe basa en criptografía basada en software que se ejecuta en el SO de propósito general del dispositivo. |
| Dependencia de PKI / Certificados | NingunaOpera sin Autoridades de Certificación, eliminando un punto central de fallo. | SíSe basa en PKI tradicional y certificados TLS para la autenticación del servidor. | SíSe basa en certificados TLS para la seguridad cliente-servidor y servidor-servidor. | SíSe basa en la PKI de AWS para la seguridad de la capa de transporte. | SíUtiliza certificados TLS para asegurar las conexiones a sus servidores. | SíSe basa en certificados TLS para la seguridad del servidor y la federación. |
| Resistencia al Análisis de Tráfico | No basado en TCP/IPEl Protocolo de Red Hierophant hace que la correlación del tráfico sea fundamentalmente inviable. | Basado en TCP/IPVulnerable al análisis a nivel de red a pesar de Sealed Sender. | Basado en TCP/IPLa federación puede complicar el análisis, pero no es una defensa diseñada. | Basado en TCP/IPOfrece una función de proxy de "Acceso Abierto" como contramedida. | Basado en TCP/IPOpera sobre protocolos de Internet estándar, exponiendo el tráfico al análisis. | Basado en TCP/IPOpera sobre protocolos de Internet estándar, exponiendo el tráfico al análisis. |
| Soberanía Digital | AbsolutaHardware e infraestructura en las instalaciones propiedad del cliente. Sin dependencias externas. | NingunaDependiente de los servidores centralizados de Signal; sin opción de autoalojamiento. | Absoluta (Autoalojado)El autoalojamiento es una característica nativa y central del protocolo Matrix. | Parcial (Opción en las instalaciones)El autoalojamiento está disponible como un producto empresarial separado. | Parcial (Opción en las instalaciones)Ofrece "Threema OnPrem" para el autoalojamiento por parte de organizaciones. | Parcial (Opción en las instalaciones)Puede ser autoalojado por empresas para un control total de los datos. |
| Inicialización de Comunicación Air Gap | SíAdmite el intercambio de claves y la configuración segura y sin conexión en entornos totalmente aislados. | NoRequiere una conexión a Internet para el registro y el intercambio inicial de claves. | NoRequiere una conexión de red para el intercambio inicial de claves y la configuración entre usuarios. | NoRequiere una conexión de red para el intercambio inicial de claves y la configuración. | NoRequiere una conexión a Internet para el registro y el intercambio inicial de claves. | NoRequiere una conexión a Internet para el registro y el intercambio inicial de claves. |
| Funciona con Telemetría SCADA | SíEl protocolo agnóstico al transporte está diseñado para infraestructuras críticas y sistemas de control industrial. | NoDiseñado para la comunicación de persona a persona, no para protocolos de telemetría industrial. | NoDiseñado para la comunicación de persona a persona, no para protocolos de telemetría industrial. | NoDiseñado para la comunicación de persona a persona, no para protocolos de telemetría industrial. | NoDiseñado para la comunicación de persona a persona, no para protocolos de telemetría industrial. | NoDiseñado para la comunicación de persona a persona, no para protocolos de telemetría industrial. |
| Agnóstico al Transporte | SíEl protocolo es independiente de la capa de transporte (p. ej., TCP/IP, radio, malla). | NoRequiere una conexión a Internet basada en TCP/IP estándar para funcionar. | NoRequiere una conexión a Internet basada en TCP/IP estándar para funcionar. | NoRequiere una conexión a Internet basada en TCP/IP estándar para funcionar. | NoRequiere una conexión a Internet basada en TCP/IP estándar para funcionar. | NoRequiere una conexión a Internet basada en TCP/IP estándar para funcionar. |
| Tráfico Señuelo | SíGenera nativamente tráfico señuelo para enmascarar patrones de comunicación reales y resistir el análisis de tráfico. | NoNo genera tráfico señuelo; se basa en la protección de metadatos a nivel de protocolo. | NoNo hay generación nativa de tráfico señuelo. | NoNo hay generación nativa de tráfico señuelo; utiliza enrutamiento por proxy como alternativa. | NoNo hay generación nativa de tráfico señuelo. | NoNo hay generación nativa de tráfico señuelo. |
| Funciones de Emergencia / Coacción | SíIncluye funciones como PIN de coacción para borrar datos, modos SOS y envío de mensajes de emergencia preconfigurados. | NoNo ofrece funciones especializadas de coacción o emergencia; no proporciona acceso a servicios de emergencia. | NoFunciones de colaboración estándar; sin funcionalidad de coacción o SOS incorporada. | NoFunciones centradas en la empresa; no incluye modos de coacción personal o SOS. | NoFunciones de mensajería estándar; sin funcionalidad de coacción o SOS incorporada. | NoFunciones de colaboración estándar; sin funcionalidad de coacción o SOS incorporada. |
| Proveedor de Autenticación sin Contraseña | SíFunciona como un autenticador seguro y sin contraseña para iniciar sesión en servicios y sitios web de terceros. | NoFunciona solo como un mensajero; no se puede usar como un proveedor de identidad externo. | NoFunciona solo como un mensajero; no se puede usar como un proveedor de identidad externo. | NoSe integra con proveedores de identidad externos para iniciar sesión, pero no actúa como uno. | NoFunciona solo como un mensajero; no se puede usar como un proveedor de identidad externo. | NoFunciona solo como un mensajero; no se puede usar como un proveedor de identidad externo. |
| Jurisdicción | Austria (UE, Neutral)País no perteneciente a la OTAN con leyes de privacidad estrictas y sin puertas traseras obligatorias. | EE. UU.Sujeto a las leyes de EE. UU. como la Ley CLOUD. | Reino Unido / UELa empresa detrás de Element tiene su sede en el Reino Unido. | EE. UU.Propiedad de AWS, sujeto a las leyes de EE. UU. | SuizaLeyes de privacidad estrictas, fuera de la jurisdicción de EE. UU./UE. | Suiza / AlemaniaEmpresa suiza con servidores en la UE. |
La Arquitectura Post-Internet: Nuestro Diferenciador Fundamental
Hierophant se basa en una cartera de más de 10 patentes que redefinen fundamentalmente las redes seguras. Nuestra principal distinción es el reemplazo completo de los protocolos estándar de Internet. En su lugar, utilizamos un Protocolo de Red Zero-Knowledge Hierophant propietario, agnóstico al transporte. Esto no es una superposición en la Internet existente; es una arquitectura de comunicación soberana, diseñada desde cero para una operación sin metadatos. La distribución y el uso de esta tecnología están sujetos a los controles de exportación de Austria y la UE.
