ORION: confía en la identidad, no en la ubicación

La mayoría de los sistemas sigue asumiendo que la dirección correcta implica la respuesta correcta. Si la petición cae en la IP o el hostname esperados, el cliente trata el contenido como auténtico. Ese atajo es cómodo, y también es el punto de fallo.

Se rompe en la operación cotidiana, no solo en un ataque. Un secuestro de DNS, una ruta envenenada, un camino censurado o un failover a otra región pueden entregar bytes que quien publica no emitió. El cliente llegó. No supo quién publicó el registro.

ORION separa las dos preguntas. Llegar a un nodo es transporte. Aceptar el registro es identidad. El cliente valida un registro criptográfico, no las coordenadas de la máquina que lo sirvió.

ORION — Open Resilient Identity Overlay Network — es un overlay de identidad descentralizado construido por Scraplay. Quien publica firma los registros con Ed25519. Los pares replican esos registros y los resuelven con un lookup distribuido, de modo que el registro sigue disponible aunque un host no lo esté.

El alcance es estrecho a propósito. ORION no reemplaza tu base de datos, tu API ni TLS. Responde una pregunta que esas capas dejan abierta cuando un registro puede vivir en más de un sitio: ¿es este el registro que firmó quien lo publicó, sin importar qué nodo lo entregó?

Quien publica firma un registro de identidad con su propia clave. Los pares indexan ese registro y responden búsquedas en el overlay. Quien consume comprueba la firma en local. El lookup no necesita un directorio central, y la verificación no exige confiar en el par que devolvió los bytes.

Si un nodo se cae, otros pueden seguir sirviendo el mismo registro firmado. Sustituir un servidor, cambiar de región o perder una máquina no crea una decisión de confianza nueva. La ubicación sigue siendo un detalle operativo. La firma sigue siendo el ancla.

Piensa en un cliente que resolvió un hostname y luego tuvo que seguir ese nombre hacia otra región. TLS puede mostrar un certificado válido para ese nombre. Eso, por sí solo, no prueba que un registro de identidad replicado sea el que firmó quien lo publicó. Esa es la comprobación que añade ORION: la firma del registro, independiente de la dirección que lo sirvió.

Los casos útiles son aquellos en los que la infraestructura se mueve y la identidad no debería. Una API que tiene que sobrevivir a un cambio de host. Un servicio federado entre regiones. Cualquier cliente que necesite saber quién publicó un registro, no solo qué dirección contestó.

ORION va al lado de TLS y de la PKI. Esas capas siguen protegiendo la conexión y nombrando los servidores que operas. ORION añade una identidad sobre el registro que sigue siendo válida cuando cambia la topología. No retira los certificados, y no pide que confíes en un nodo en lugar de una firma.

ORION es infraestructura que Scraplay está construyendo y operando, no una arquitectura de papel. Si diseñas sistemas que tienen que verificar a quien publica después de que el hostname se mueva, empieza por el proyecto. Si quieres ver si esa capa encaja en un sistema que ya operas, podemos mirar la arquitectura contigo.