Tox (protocolo)

La idea de desarrollar un mensajero seguro entre pares que más tarde se convertiría en Tox surgió en el foro anónimo de imágenes 4chan ^{[ 3 ]} en medio de las acusaciones de que Skype proporcionó a la NSA acceso a su infraestructura y cifrado, justo antes de ser comprado por Microsoft. ^{[ 4 ] [ 5 ]}

El commit inicial a GitHub fue enviado el 23 de junio de 2013 por un usuario llamado irungentoo. ^{[ 6 ]} Las compilaciones no oficiales de la comunidad estuvieron disponibles ya el 23 de agosto de 2013, ^{[ 7 ]} y las primeras compilaciones oficiales se hicieron disponibles en octubre de 2013. ^{[ 8 ]} El 12 de julio de 2014, Tox entró en una fase alfa de desarrollo y se creó una página de descarga rediseñada para la ocasión. ^{[ 9 ]}

Durante los dos primeros años de su existencia, el aspecto comercial y financiero del proyecto fue gestionado por Tox Foundation, una corporación registrada en California. ^{[ 10 ]} El 6 de julio de 2015 se abrió un problema en el GitHub del proyecto, donde un tercero declaró ^{[ 11 ]} que el único miembro de la junta directiva de Tox Foundation, Sean Qureshi, utilizó una cantidad de dinero de miles de dólares estadounidenses para pagar su matrícula universitaria, ^{[ 12 ]} con esos fondos provenientes de la participación de Tox Foundation en Google Summer of Code . Cuando se solicitó una aclaración adicional, irungentoo, en nombre del equipo del proyecto, confirmó las acusaciones. ^{[ 13 ]} El 11 de julio de 2015 la infraestructura y los repositorios del proyecto se trasladaron a nuevas ubicaciones, debido a que Qureshi controlaba los dominios y servidores del proyecto original. En el blog del proyecto, el equipo de desarrollo anunció su "desvinculación" de la Fundación Tox y de Qureshi en particular, y abordó el tema con mayor profundidad. ^{[ 14 ]} Esta situación provocó que muchos colaboradores destacados cesaran su actividad relacionada con Tox. ^{[ 15 ]}

En algún momento durante 2016, la implementación de referencia original experimentó un declive constante en la actividad de desarrollo, ^{[ 16 ]} siendo la última confirmación conocida la fecha actual de octubre de 2018. ^{[ 17 ]} Esto provocó que el proyecto se dividiera, y aquellos interesados ​​en continuar el desarrollo crearon una nueva bifurcación de Tox core ^{[ 18 ]} llamada "c-toxcore" alrededor de finales de septiembre de 2016.

Actualmente, c-toxcore está siendo desarrollado por un colectivo conocido como el Proyecto TokTok. ^{[ 19 ]} Describen su misión como "promover la libertad de expresión universal y preservar el intercambio de información sin restricciones". ^{[ 20 ]} Sus objetivos actuales son continuar el desarrollo iterativo lento de la implementación central existente, junto con el desarrollo paralelo de una nueva implementación de referencia en Rust . ^{[ 19 ] [ 21 ]}

Inicialmente, la implementación en Rust de la biblioteca de protocolos se dividió en dos partes: una se encargaba de la mayor parte del trabajo pesado de comunicación con la red, y la otra era responsable específicamente de la operación del nodo de arranque. En diciembre de 2022, se fusionaron, y los desarrolladores afirmaron que el código ya era lo suficientemente maduro como para admitir la comunicación básica y las operaciones del nodo de arranque mediante conexiones TCP. A junio de 2023, el desarrollo aún continúa, pero todavía no hay implementaciones de cliente disponibles que utilicen la biblioteca principal de Rust. ^{[ 21 ]}

Aunque la implementación original de la biblioteca principal y sus bifurcaciones han estado disponibles para el público en general durante casi una década, ninguna de ellas ha sido revisada por un investigador de seguridad externo competente.

En 2017, Jason A. Donenfeld, autor de WireGuard , abrió un problema en la página de GitHub del proyecto ^{[ 22 ]} donde afirmó que c-toxcore es vulnerable a ataques de suplantación de identidad por compromiso de clave (KCI). Donenfeld atribuyó su hallazgo al hecho de que Tox se basa en un sistema criptográfico casero desarrollado por personas sin experiencia para facilitar los intercambios de claves. También criticó otras decisiones de diseño utilizadas por los desarrolladores de Tox, como el uso de valores ECDH sin procesar como claves de cifrado.

Este informe ha provocado que los desarrolladores añadan una cláusula de exención de responsabilidad adicional en la página de GitHub del proyecto, ^{[ 23 ]} en la que se indica que Tox es una biblioteca de red criptográfica experimental que no ha sido auditada formalmente por un tercero independiente especializado en criptografía o criptoanálisis, con una cláusula de exención de responsabilidad aparte que indica que los usuarios pueden usarla bajo su propio riesgo.

En marzo de 2023, una publicación en el blog del proyecto ^{[ 24 ]} indicaba que uno de los miembros de la comunidad estaba trabajando en el rediseño del mecanismo criptográfico utilizado por Tox para realizar el intercambio de claves mediante los mecanismos AKE empleados en el marco del protocolo Noise. Esta publicación también contiene una explicación detallada de la vulnerabilidad original.

A los usuarios se les asigna una clave pública y una privada, y se conectan directamente entre sí en una red peer-to-peer totalmente distribuida . Los usuarios pueden enviar mensajes a sus amigos, unirse a salas de chat con amigos o desconocidos, realizar videollamadas y enviarse archivos. Todo el tráfico en Tox está cifrado de extremo a extremo mediante la biblioteca NaCl , que proporciona cifrado autenticado y confidencialidad directa perfecta .

Los clientes de Tox buscan brindar soporte para diversas funciones de comunicación seguras y anónimas; si bien todos los clientes admiten mensajería , funciones adicionales como mensajería grupal , llamadas de voz y video , videoconferencias , indicadores de escritura, confirmaciones de lectura de mensajes , uso compartido de archivos , cifrado de perfiles y transmisión de escritorio son compatibles en diversos grados con clientes móviles y de escritorio. Cualquier cliente puede implementar funciones adicionales siempre que sean compatibles con el protocolo principal. Las funciones que no están relacionadas con el sistema de red principal quedan a cargo del cliente. Se recomienda encarecidamente a los desarrolladores de clientes que se adhieran al estándar de cliente de Tox ^{[ 25 ]} para mantener la compatibilidad entre clientes y aplicar las mejores prácticas de seguridad.

Aunque varias aplicaciones que utilizan el protocolo Tox parecen similares en funcionamiento a las aplicaciones de mensajería instantánea convencionales, la falta de servidores centrales similares a XMPP o Matrix implica que ambas partes del chat deben estar en línea para que el mensaje se envíe y reciba. Los mensajeros compatibles con Tox gestionan esto de distintas maneras: algunos impiden que el usuario envíe el mensaje si la otra parte se ha desconectado, mientras que otros muestran el mensaje como enviado cuando, en realidad, está almacenado en el teléfono del remitente, a la espera de ser entregado cuando el receptor se reconecte a la red. ^{[ 26 ]}