Eric Hughes

Si quiere escribirle a alguien en privado, no basta con desear que nadie más lea el mensaje. También importa la herramienta que utiliza. Eric Hughes defendía ese paso a la acción en A Cypherpunk’s Manifesto, firmado y fechado el 9 de marzo de 1993. Invitaba a construir protecciones mediante software, cifrado y otras herramientas. El manifiesto explica sobre todo una motivación y una dirección de trabajo. No es un manual técnico que permita juzgar cualquier aplicación posterior solo porque se identifique con los cypherpunks. [1]

En el texto de 1993, Hughes distingue la privacidad del secreto absoluto. No se trata de que nadie sepa nunca nada de usted, sino de poder elegir qué revela y a quién: una divulgación selectiva. Imagine que cuenta una noticia personal a un amigo, pero no quiere verla en un tablón público. Compartirla con ese amigo es compatible con su privacidad; importa el círculo de destinatarios. El cifrado puede proteger el contenido durante la comunicación. Una vez que el receptor lo conoce, sin embargo, las matemáticas por sí solas no pueden impedir que hable de ello con otros. [1]

Hughes utiliza un ejemplo cotidiano en el manifiesto de 1993: comprar una revista en una tienda y pagar en efectivo. El vendedor necesita saber qué compra y que ha pagado, no necesariamente su nombre. Reducir los datos no significa que la otra parte no sepa nada de la transacción: conoce el producto y el importe, y puede haberlo visto. Se trata de limitar los datos a lo necesario para el intercambio. La misma pregunta resulta útil con un servicio digital: ¿necesita esa función concreta toda la información que pide? Cada situación tiene sus exigencias; lo importante es distinguir conscientemente lo necesario de lo superfluo. [1]

El manifiesto de 1993 vincula la privacidad con escribir y compartir software. El código fuente es el conjunto legible de instrucciones a partir del cual se construye un programa. Publicarlo permite estudiar el procedimiento, probar cambios y buscar errores. Piense en la diferencia entre un aparato sin explicaciones y uno cuyos planos están disponibles. Los planos facilitan la inspección, pero no demuestran que se haya realizado una auditoría de seguridad ni que nadie haya pasado por alto un defecto. La propuesta de Hughes ofrece un punto de partida importante. La evidencia sobre un resultado concreto depende de lo que realmente se haya revisado. [1]

Al final del manifiesto de 1993, Hughes relaciona la extensión de la privacidad con la cooperación social. No es solo un problema matemático para quien programa. Para intercambiar mensajes con seguridad, el destinatario también necesita una herramienta adecuada y ambos deben comprender cómo usarla. Si publica lo que usted le confió, proteger la transmisión no resuelve ese problema. Por eso importan la disponibilidad, la facilidad de uso y el acuerdo entre personas. Un mecanismo que funciona aporta una parte de la respuesta; su implantación y uso real muestran a quién ayuda y en qué circunstancias. [1]

Antes del manifiesto, Hughes ya trabajaba en un servicio de reenvío de mensajes. En una publicación del 25 de septiembre de 1992 presentó un hopping remailer, un prototipo capaz de reenviar un mensaje en pasos sucesivos. Un remailer es un servicio de reenvío. Este software modificaba las cabeceras del correo, es decir, los datos de entrega, y transmitía una nueva instrucción de reenvío. Hughes describió una prueba en la que se enviaba el mensaje repetidamente a sí mismo y observaba cada paso. El archivo permite examinar el código concreto y lo que su autor probó realmente. Documenta una prueba de encaminamiento, no una auditoría del anonimato en condiciones reales. [2]

Al final de la publicación de 1992, Hughes advierte que el sistema no es seguro por sí solo. Presenta el cifrado como el siguiente proyecto: el contenido se cifraría de antemano y la capa correspondiente se descifraría antes de reescribir la cabecera. Así pretendía ocultar las instrucciones de encaminamiento a miradas indiscretas. Pero esa propiedad aún no formaba parte de la solución demostrada. Es una lección útil al leer cualquier historia de desarrollo: un prototipo puede resolver una tarea limitada sin ofrecer todavía la protección esperada de un producto acabado. Una función prevista no debe confundirse con una capacidad ya verificada. [2]

Hughes ayuda a entender por qué algunas personas se pusieron a crear herramientas abiertas para la comunicación privada y el dinero digital. Sin embargo, el whitepaper de Bitcoin de 2008 describe un mecanismo de pago propio bajo el nombre de Satoshi Nakamoto: verificar pagos y evitar que se gasten repetidamente los mismos fondos sin un administrador central. El manifiesto de Hughes y su trabajo de reenvío no demuestran por sí solos la autoría de ese protocolo. Su contribución documentada es distinta y valiosa en sí misma: explicar la importancia de la elección personal y vincular la defensa de la privacidad con escribir y compartir código. [3]