Una nota sobre la financiación: CypherpunkGuide no lleva publicidad de vigilancia. Nada de redes publicitarias, píxeles de rastreo ni contenido patrocinado. Nos sostienen fuentes transparentes: hoy, las donaciones de los lectores; más adelante, una suscripción y afiliados alineados con nuestra línea editorial. Respondemos ante quienes nos leen, no ante los anunciantes.
Un pago privado, una conversación cifrada y una carpeta cifrada en la nube parecen tres problemas resueltos. Cada una de estas herramientas protege algo valioso. El error consiste en creer que, al usarlas juntas, forman por sí solas un sistema anónimo.
Para comprobarlo, clasifiqué 18 datos observables: seis de Monero, seis de SimpleX y seis de Cryptomator. El CSV vinculado a sus fuentes identifica quién puede ver cada dato, qué ocurre con la configuración predeterminada, qué cambia al reforzarla y dónde termina la protección. Un validador con reglas fijas rechaza las filas sin observador, fuente o fecha; el resumen generado conserva cuatro estados sin convertirlos en una puntuación.
La fecha de corte es el 13 de agosto de 2026. La auditoría detectó seis puntos compartidos que pueden relacionar los tres ámbitos: alias, dispositivo, ruta de internet, contraparte, patrón de tiempo y tamaño, y material de recuperación. Por eso, las protecciones documentadas se analizan junto con los rastros que todavía quedan.
Tres herramientas de privacidad protegen ámbitos distintos#
Monero actúa sobre los datos del pago, SimpleX sobre la entrega de mensajes y Cryptomator sobre los archivos sincronizados. Son tres controles con alcances diferentes; juntos no ofrecen una garantía general de anonimato.
Conviene empezar por el registro que quieres proteger, no por el nombre del producto. Quien analiza una cadena pública, tu proveedor de internet, un servidor intermediario de mensajería, el servicio de nube, la persona con la que tratas y un programa malicioso instalado en tu equipo ven datos distintos. Una misma información puede quedar oculta para uno y expuesta para otro.
| Ámbito | Qué protege la herramienta | Qué queda fuera |
|---|---|---|
| Pago — Monero | dificulta identificar la entrada real, oculta la dirección del destinatario y el importe | IP de la cartera, datos del comercio, identidad que revelaste, claves y texto legible en el dispositivo |
| Mensajería — SimpleX | contenido en tránsito, ausencia de un identificador global de perfil, separación entre la IP de origen y el relé de destino mediante reenvío | identificadores de cola entre pares, horarios, algunos metadatos de red y relé, lo que sabe el contacto, historial del dispositivo |
| Almacenamiento — Cryptomator | contenido y nombres antes de la sincronización; estructura de carpetas ofuscada | fechas, cantidad y tamaño de objetos, formato reconocible de la bóveda, identidad de la cuenta de nube, texto legible en el dispositivo cuando la bóveda está abierta |
En este artículo, protected significa que el dato está protegido frente al observador nombrado y dentro del alcance que documenta el proyecto. No significa que el destinatario no pueda verlo ni que un equipo infectado sea seguro. partial indica que una medida reduce la información disponible, pero no elimina ese dato ni todas las formas de relacionarlo. exposed señala una exposición descrita por la fuente. unknown significa que la documentación no demuestra ni protección ni exposición: no es una prueba en ningún sentido.
Esta es también la disciplina básica de un modelo de amenazas: antes de elegir una herramienta, nombra al observador, el dato que quieres proteger y el hecho que podría registrar. Si cambias al observador, puede cambiar la respuesta.
Monero oculta el grafo de transacciones, no todo el pago#
Monero impide distinguir con certeza la entrada real del emisor entre los señuelos, lo que permite una negación plausible; crea direcciones de un solo uso para el destinatario y oculta los importes con RingCT. Estas propiedades pertenecen al protocolo; no protegen por sí solas la red, la contraparte ni el dispositivo.
Las especificaciones técnicas de Monero indican un anillo de 16 entradas: una corresponde al gasto real y 15 son señuelos. El observador de la cadena no puede atribuir con certeza cuál es la real; esa capacidad de negar de forma creíble una atribución se llama negación plausible. No permite afirmar que alguien tenga exactamente una probabilidad de 1 entre 16 de acertar. La investigación oficial OSPEAD analiza cómo una selección no uniforme y el momento de los gastos pueden alterar las inferencias. El tamaño del anillo no equivale a una probabilidad personal de anonimato.
El destinatario y el importe se protegen con mecanismos distintos. Una dirección sigilosa es una dirección de un solo uso que impide que la cadena pública muestre la dirección reutilizable del destinatario. RingCT, sigla de Ring Confidential Transactions o transacciones confidenciales en anillo, oculta el importe. Por eso «privacidad de Monero» reúne tres afirmaciones diferentes: emisor, destinatario e importe.
| Observador | Qué cambia Monero | Qué puede seguir sabiendo |
|---|---|---|
| Analista de la cadena pública | dificulta atribuir la entrada real y oculta el vínculo con el destinatario y el importe | existencia y momento del evento en el protocolo; inferencias probabilísticas |
| Operador de un nodo remoto | no obtiene de la cadena una dirección de destino o un importe legibles | conexión de la cartera e IP de origen si no proteges la ruta de red aparte |
| Proveedor de internet o VPN | las protecciones del grafo de transacciones no cambian | ruta de conexión, horarios y patrón de destinos |
| Contraparte o casa de cambio | la cadena pública no revela a otros esos campos privados | identidad, pedido, dirección de entrega, cuenta, importe o conversación que le proporcionaste |
| Dispositivo comprometido | la privacidad del protocolo sigue protegiendo frente a observadores públicos | claves, destino, importe, pantalla, portapapeles y contraseña introducida |
Las preguntas frecuentes oficiales descartan el anonimato garantizado y advierten sobre equipos comprometidos, claves expuestas, contraseñas débiles y datos identificativos entregados a otra persona. Una subdirección distinta para cada pagador o finalidad reduce la reutilización visible para las contrapartes. No borra del sistema de un comercio la dirección donde debe entregar un pedido.
La red exige otra decisión. Según la documentación, una cartera que se conecta a un nodo remoto no oculta su IP de forma predeterminada. Tor o I2P pueden proteger esa ruta si se configuran y comprueban por separado. El mecanismo de propagación Dandelion++ modifica cómo se difunde una transacción, pero no oculta la conexión de un nodo completo frente al proveedor de internet, la VPN o el primer par. Si la IP forma parte de tu riesgo, verifica la ruta real de la cartera.
La guía de privacidad de Bitcoin en cadena parte de otro protocolo, pero llega a una regla operativa compatible: proteger la cadena no elimina los datos comerciales ni las pruebas que quedan en el dispositivo.
SimpleX no usa un identificador global, pero deja metadatos#
SimpleX no usa un identificador global de perfil para entregar mensajes. Sí usa identificadores de cola distintos para cada relación y genera metadatos operativos que distintos observadores pueden ver. Relés, redes, contactos, notificaciones y dispositivos acceden a datos diferentes.
Un relé es un servidor intermediario que recibe y reenvía datos. La política de privacidad de SimpleX señala que los perfiles y el historial ya entregado permanecen en los dispositivos; los relés no conservan ese historial. Sin embargo, un mensaje cifrado que todavía no se ha entregado puede quedar en los relés predeterminados hasta su entrega o durante un máximo de 21 días. Los relés de archivos predeterminados conservan archivos cifrados durante 48 horas. Por tanto, «los servidores no guardan nada» sería incorrecto, aunque no almacenen el texto legible del mensaje.
Los mensajes se rellenan hasta 16 KiB y los archivos se dividen en bloques de tamaño fijo. Esto reduce la precisión con la que se deduce el tamaño original; no oculta que hubo tráfico. En iOS, las notificaciones instantáneas también pueden revelar al servidor de notificaciones cuántas colas las tienen habilitadas y un volumen aproximado de mensajes.
| Dato o control | Comportamiento predeterminado | Configuración más estricta | Exposición que permanece |
|---|---|---|---|
| Identidad del perfil | no hay ID global; cada relación usa sus propios datos | perfiles de incógnito cuando necesitas separar contextos | el contacto conoce el perfil con el que habla; rasgos repetidos pueden relacionarlo con otros |
| Ruta por relés | un relé de reenvío configurado precede al relé de destino; si hay varios operadores predeterminados, la aplicación prefiere uno distinto | Tor u otra red adicional que hayas evaluado cuando el relé elegido no debe ver la IP de origen | los dos relés podrían pertenecer al mismo operador; un observador local sigue viendo tráfico |
| Conexión compartida | un perfil comparte una conexión TCP | aislamiento de transporte por contacto, después de comprobar que la función sigue marcada como BETA | el tiempo y el volumen aún pueden coincidir |
| Identidad del contacto | un enlace de invitación establece la conexión | comparar el código de seguridad por un canal independiente | ese segundo canal también debe pertenecer a la persona correcta |
| Historial en el dispositivo | los mensajes entregados se guardan localmente | contraseña para la base de datos y una conservación adecuada | el dispositivo desbloqueado, el destinatario, una captura o un programa malicioso pueden conservar texto legible |
La guía de privacidad y seguridad advierte que alguien puede sustituir un enlace de invitación durante el envío. Antes de tratar un contacto sensible como auténtico, compara el código de seguridad de la aplicación por un canal realmente independiente. Repetirlo mediante la misma cuenta que aún no has verificado no sirve como segunda comprobación.
El modelo de amenazas del protocolo también precisa qué quiere decir «sin identificadores». Otra persona puede probar si dos perfiles que no están en modo incógnito contienen los mismos datos; los recibos y las respuestas automáticas pueden delatar si alguien está activo y cuándo. Además, una llamada no expone lo mismo que un mensaje. La guía de llamadas explica que un servidor TURN —un relé que transporta el audio o vídeo cuando no hay conexión directa— conoce la duración. En una llamada directa, el contacto ve la IP. Audita las llamadas por separado.
SimpleX protege el transporte de los mensajes, no convierte en seguro todo lo que escribes. La guía sobre privacidad del número de teléfono explica la ventaja de no depender de un número de teléfono; el comportamiento del contacto y la seguridad del dispositivo siguen necesitando controles aparte.
Cryptomator cifra los archivos, no su patrón de actividad#
Cryptomator cifra el contenido y los nombres antes de sincronizar, y ofusca la estructura de las carpetas. No oculta fechas, cantidades, tamaños almacenados ni el formato reconocible de la bóveda.
El objetivo de seguridad de Cryptomator delimita el producto con especial claridad. El proveedor de nube no debe recibir nombres ni contenido legibles, pero puede observar cuándo cambian los objetos, cuántos hay y cuánto ocupan. Las extensiones .c9r y .c9s, junto con los archivos de configuración, pueden revelar que existe una bóveda de Cryptomator. Es cifrado, no un intento de ocultar que hay datos cifrados.
Cuando abres la bóveda, el dispositivo se convierte en el riesgo más directo. Los archivos se descifran y quedan como texto legible en el dispositivo desbloqueado: una aplicación autorizada puede leerlos y también podrían hacerlo un programa malicioso, quien administre el equipo o una herramienta de captura. Los archivos temporales, el portapapeles y las copias que otra aplicación guarde fuera de la bóveda quedan fuera de Cryptomator.
Tampoco sustituye la sincronización ni las copias de seguridad. Las buenas prácticas oficiales recomiendan copias periódicas de la bóveda cifrada, mientras que la guía sobre conflictos trata la sincronización como un sistema separado que puede producir versiones incompatibles. No guardes las credenciales y el material de recuperación en la misma cuenta de nube ni en el mismo equipo que permiten recuperar o desbloquear. La recuperación de la bóveda no restaura archivos cifrados que ya se borraron.
Nuestra auditoría de 18 datos observables#
La auditoría compara seis datos por herramienta, siempre frente a un observador concreto. Cada fila contiene fuente oficial, fecha y limitación. Sirve para localizar fallos al combinar herramientas; no puntúa productos ni establece un ranking.
Construí el registro de 18 filas con las fuentes oficiales citadas aquí. Después ejecuté el validador: confirmó las 18 filas, seis por herramienta, campos únicos, dominios autorizados, fechas ISO y limitaciones no vacías. El resumen muestra los cuatro estados y advierte que no deben compararse sus totales.
El método aplica cinco reglas:
- Cada dato se evalúa frente a un observador. La «IP de origen» se comprueba frente al relé o al observador de red, no frente a un atacante indefinido.
- La configuración predeterminada y la reforzada aparecen por separado.
hardenedsolo recoge una opción documentada o un control adicional indicado expresamente. No afirma que Cora haya probado la ruta ni convierte una posibilidad con Tor en valor predeterminado. - Toda fila dice qué queda fuera de la protección. Un mensaje cifrado durante el transporte puede ser texto legible en los dos dispositivos.
- La falta de pruebas queda como
unknown. El objetivo de seguridad de Cryptomator no promete anonimato de red para la sincronización. Por eso, la fila se clasifica comounknownen vez de recibir una respuesta inventada. - Los recuentos no se suman. Seis datos, observadores y consecuencias distintos no producen una medida válida de «privacidad total».
Dejar un dato como unknown fue una decisión metodológica, no una carencia que debiera rellenarse con la reputación del producto. También asigné un observador a cada fila antes de clasificarla. Esa disciplina reduce el riesgo de endurecer el componente equivocado porque una tabla parecía completa.
Seis datos compartidos que pueden vincular los registros a una identidad#
Lo que sigue es una inferencia de Cora a partir de las pruebas de cada componente. Ningún proveedor afirma haber medido el flujo completo de Monero, SimpleX y Cryptomator. El glosario de NIST llama disociabilidad a la capacidad de procesar datos o hechos sin relacionarlos con una persona o dispositivo más de lo necesario para operar. Esa propiedad se debilita cuando los tres ámbitos comparten un dato estable que permite relacionarlos.
| Dato compartido entre ámbitos | Ejemplo | Quién podría relacionarlo | Medida de separación |
|---|---|---|---|
| Alias o cuenta | el mismo nombre aparece en el perfil de SimpleX, el registro de una casa de cambio y la cuenta de nube | contraparte, proveedor de la cuenta, empresa que recopila y comercializa datos personales | identidades distintas por propósito; sin correo de recuperación compartido |
| Dispositivo | un portátil infectado ve la cartera, el chat y los documentos de la bóveda abierta | programa malicioso, administrador, análisis forense | dispositivos distintos o sistemas fuertemente aislados cuando el riesgo lo justifica; una cuenta ordinaria del sistema no detiene a quien tiene privilegios de administrador |
| Ruta de internet | cartera, relé y nube se conectan mediante la misma IP doméstica estable | proveedor de internet o VPN, relé, proveedor de nube con datos auxiliares | diseña la ruta de cada actividad sensible; cifrar el protocolo o el archivo no oculta la IP |
| Contraparte | la misma persona recibe el mensaje, el pago y el enlace al archivo | destinatario o comercio | entrega solo los datos necesarios; usa subdirecciones y enlaces específicos para cada propósito |
| Tiempo y tamaño | mensaje, pago y subida ocurren con segundos de diferencia | observador capaz de consultar varios registros | agrupa o retrasa cuando sea viable; no describas en tiempo real el importe o el nombre exacto del archivo |
| Recuperación | un correo, gestor de contraseñas o copia de fotos permite recuperar los tres sistemas | atacante que toma la cuenta, proveedor de nube, quien pueda obligarte a entregar el material | canales de recuperación separados y material sin conexión; prueba cada procedimiento por su cuenta |
La coincidencia temporal debe interpretarse con cautela. Dos hechos simultáneos son una pista, no una demostración de que pertenezcan a la misma persona. Repetir muchas veces la secuencia mensaje–pago–subida sí puede producir un patrón más útil. Introducir retrasos al azar no crea anonimato: primero elimina vínculos más fuertes, como compartir identidad y dispositivo; después reduce la precisión temporal innecesaria.
El análisis sobre desanonimización mediante IA muestra el mismo problema desde otro ángulo: relacionar muchas señales débiles requiere menos esfuerzo cuando comparten un identificador. Aquí no hablamos del estilo de escritura, sino de hechos que los sistemas pueden registrar.
Configura las tres herramientas sin usar un identificador para todo#
Empieza por tu modelo de amenazas: separa propósitos, verifica programas y contactos, protege solo las rutas de red necesarias, cifra antes de sincronizar y ensaya la recuperación. Un fallo de cuenta o dispositivo no debería exponerlo todo.
Practica este orden con datos de prueba sin información sensible antes de mover fondos reales o documentos sensibles:
- Define tres observadores y qué debes ocultarles. Por ejemplo: «la cadena pública no debe mostrar destinatario ni importe», «el relé no debe conservar el texto del mensaje» y «el proveedor de nube no debe leer nombres ni contenido». Añade red y dispositivo solo si tu riesgo justifica el coste.
- Separa las identidades por propósito. Decide si la contraparte puede relacionar el pago, la conversación y el archivo. Si no, evita compartir alias, correo de recuperación, imagen de perfil, cuenta de nube o comentarios que relacionen los tres hechos.
- Descarga desde la fuente oficial y verifica el programa. Comprueba firmas o instrucciones sobre compilaciones reproducibles cuando el proyecto las publique. Ensaya Monero en stagenet —su red de pruebas, sin dinero real— y usa datos falsos en SimpleX y Cryptomator. Si no verificas el programa, las demás medidas no compensan ese origen incierto.
- Configura el pago. Usa una subdirección distinta por pagador o finalidad. Si el nodo remoto no debe conocer la IP de la cartera, protege y comprueba esa conexión aparte. Anota qué información conserva la contraparte.
- Autentica el contacto. Crea la conexión en SimpleX, compara el código de seguridad por otro canal, revisa el modo incógnito y el aislamiento de transporte, y decide si las notificaciones o llamadas encajan con tu modelo de amenazas.
- Prepara el almacenamiento. Crea la bóveda en local, asigna una contraseña fuerte y exclusiva, separa el material de recuperación y solo entonces sincroniza los archivos cifrados. Comprueba que exportaciones temporales y copias de otras aplicaciones no dejan texto legible fuera.
- Ensaya un fallo sin usar secretos reales. Restaura una bóveda de prueba, recupera o migra un perfil de chat de prueba sin información sensible según la documentación vigente y usa una cartera vacía o un entorno de prueba aislado. Nunca introduzcas la semilla de fondos reales en una web, nube, dispositivo sin verificar o herramienta desconocida; tampoco sobrescribas la cartera existente durante el ensayo. Descubre ahora si los tres procedimientos dependen del mismo teléfono.
- Revisa los datos compartidos entre ámbitos. Compara alias, dispositivo, red, contraparte, tiempo, tamaño y recuperación. Retira los puntos compartidos que no aporten nada y documenta los que aceptas.
Separar tiene costes: más material de recuperación, tareas más lentas, notificaciones que no llegan, fallos de red y más ocasiones para equivocarte. La meta no es dividir por dividir, sino aplicar la separación mínima que impida al observador concreto de tu modelo relacionar los registros que quieres mantener separados. La guía sobre soberanía y servidores propios aplica la misma regla a la infraestructura: trasladar un servicio cambia quién administra el riesgo, pero no elimina la administración ni la recuperación.
En conclusión: protege el dato que realmente importa#
Usa Monero cuando necesites privacidad del grafo de transacciones, SimpleX para mensajes sin un identificador global de perfil y Cryptomator para cifrar archivos de nube. Después revisa identidad, dispositivo, red, tiempo y material de recuperación compartido.
Si solo quieres impedir que la nube lea nombres de archivo, Cryptomator puede resolver todo tu problema. Si un comercio ya conoce tu nombre legal y dirección de entrega, Monero no borra ese registro comercial. Si no has verificado a un contacto, SimpleX puede cifrar la comunicación con la persona equivocada. Añadir herramientas no corrige un modelo de amenazas mal planteado.
Tu configuración tiene una base defendible cuando cada afirmación nombra a su observador y has comprobado cada vía de recuperación. Conserva un unknown honesto cuando falten pruebas. Es más seguro que una tabla impecable en apariencia que promete algo que ninguna fuente establece.
Preguntas frecuentes#
Estas herramientas protegen campos concretos del protocolo o del almacenamiento; no ocultan todos los registros de identidad, red, dispositivo y recuperación que los rodean. Nombra primero al observador y elige solo los controles que cambien lo que puede ver.
¿Monero, SimpleX y Cryptomator me vuelven anónimo si los uso juntos?#
No. Cada uno protege un registro diferente. La contraparte, un dispositivo infectado, una IP estable, una secuencia temporal repetida o un único canal de recuperación pueden relacionarlos. El anonimato depende de tu modelo de amenazas; no aparece por reunir tres productos.
¿Monero oculta mi IP al nodo remoto?#
No de forma predeterminada. La documentación separa la privacidad en cadena de la privacidad de red y propone Tor o I2P para esa conexión. Comprueba por dónde sale realmente la cartera; no deduzcas la protección de IP a partir de que Monero oculte emisor, destinatario e importe en la cadena.
¿SimpleX funciona sin identificadores ni metadatos?#
No utiliza un identificador global de perfil para entregar mensajes, pero sí identificadores de cola distintos para cada relación y los metadatos operativos documentados. Relés, contactos, sistemas de notificación, observadores de red y dispositivos acceden a campos diferentes.
¿Mi proveedor de nube puede saber que uso Cryptomator?#
Sí. Cryptomator oculta el contenido y los nombres, pero no pretende ocultar el formato de la bóveda. Pueden seguir visibles sus extensiones reconocibles, archivos de configuración, fechas, cantidades y tamaños almacenados.
¿Conviene guardar todo el material de recuperación en un gestor de contraseñas?#
Solo si tu modelo acepta que ese gestor y su propia recuperación se conviertan en un punto común para los tres sistemas. En situaciones de mayor riesgo, separa los materiales cuya pérdida o captura expondría todo y prueba cada procedimiento para que la separación no termine bloqueándote a ti.
Fuentes#
Cada fuente original que puede cambiar aparece junto a una captura exacta de Wayback. Las afirmaciones se apoyan en la página oficial activa; la copia archivada mantiene una segunda ruta de verificación.
