architecture/diode-standard.es

Un atacante que vulnera una máquina rara vez quiere esa máquina. Quiere la siguiente. El movimiento lateral — pivotar desde un primer nodo comprometido hacia nodos más valiosos — es el patrón dominante en los informes modernos de brechas de seguridad [^2].

El Estándar del Diodo elimina el pivote. En ingeniería eléctrica un diodo conduce corriente en una dirección y la bloquea en la otra. El Estándar del Diodo aplica la misma regla a los comandos en toda la familia de sistemas operativos de PointSav: el tráfico fluye de la autoridad al sujeto, y nunca al revés [^1].

Un sistema operativo Sujeto no tiene código para iniciar una relación de autoridad: ni cliente shell, ni tabla de enrutamiento entre pares. El control ascendente no lo bloquea una regla de firewall — el código para expresarlo no existe en el Sujeto.

Para un comprador regulado la consecuencia es concreta. Una categoría entera de brechas se elimina por estructura, y una flota compleja sigue siendo auditable porque cada conexión obedece una sola regla uniforme. Este artículo cubre la jerarquía de autoridad, las tres categorías de tráfico, la eliminación estructural del movimiento lateral y el adaptador que hace cumplir el estándar.

[edit]La jerarquía

El Diodo es la topología fundacional de toda la familia de sistemas operativos — no una característica de un sistema, sino la ley que rige cómo todos se comunican.

Posición	Sistema operativo	Privilegio
Autoridad	[[console-os	os-console]] y [[os-orchestration
Sujeto	[[totebox-os	os-totebox]], [[mediakit-os

Un Totebox no puede comandar a un MediaKit; un MediaKit no puede acceder a un Totebox. Un Sujeto comprometido no puede moverse lateralmente a otro Sujeto, porque la pila de protocolos no contiene lógica de enrutamiento para hacerlo.

[edit]Las tres categorías de tráfico

Tráfico	Dirección	Estado
Control descendente	Autoridad → Sujeto	Permitido: configuración, contenido, comandos, actualizaciones
Telemetría ascendente	Sujeto → Autoridad	Permitido pero estrictamente saneado: registros, latidos, estado
Control ascendente	Sujeto → Autoridad	Bloqueado estructuralmente: sin acceso shell, sin RPC, sin solicitudes de administración

El control ascendente está bloqueado porque el Sujeto es estructuralmente incapaz de iniciar una relación de autoridad. La ausencia es el control.

[edit]Por qué esto importa

El movimiento lateral — un atacante que compromete un nodo y lo usa para alcanzar nodos más valiosos — es el patrón dominante en los informes modernos de brechas [^2]. El Estándar del Diodo lo elimina estructuralmente.

Escenario	Sin el Diodo	Con el Diodo
Un plugin en os-mediakit es comprometido	El atacante usa el túnel de gestión para llegar al os-totebox corporativo	El adaptador no tiene ruta ascendente; el atacante queda contenido en el host público
Un kiosko Totebox es físicamente comprometido	El atacante escanea la red local y pivota al MediaKit	El Totebox del kiosko no puede enrutar a otros Sujetos; es un callejón sin salida
os-orchestration es comprometido	El atacante tiene las claves de cada Totebox de la flota	os-orchestration no tiene claves de Totebox; solicita capacidades firmadas por consulta, así que un compromiso completo no proporciona material de descifrado

[edit]El adaptador

El Diodo lo aplica un pequeño servicio conectable en caliente, `service-pointsav-link` (el paquete pointsav-protocol). Es el único código que traduce comandos de autoridad en operaciones ejecutables por el Sujeto.

Propiedad	Comportamiento
Estado predeterminado	No instalado; el Sujeto no tiene concepto de comunicarse con el exterior
Estado activado	Conectado en caliente por el operador con un solo comando; pone al Sujeto bajo gestión de flota
Modo de fallo	Si el adaptador falla, el enlace se corta limpiamente; el Sujeto continúa de forma autónoma; la superficie de gestión de flota queda oscura
Ruta del código	La política del Diodo vive dentro del adaptador, no en el kernel del SO — puede actualizarse sin tocar el resto del sistema

[edit]El estándar universal

El Diodo no es una característica del MediaKit ni del Totebox; se aplica de forma idéntica a cada sistema operativo os-*. El mismo paquete `service-pointsav-link`, con diferentes enlaces de política, se sitúa entre cualquier par de nodos que se comuniquen.

Este único estándar uniforme es la razón por la que una flota compleja sigue siendo auditable: cada conexión tiene el mismo aspecto y obedece las mismas reglas.

[edit]Véase también

• os-family-overview — los ocho sistemas operativos que gobierna la topología del Diodo
• machine-based-auth — el sistema de autorización basado en hardware con el que trabaja el Diodo
• deployment-patterns — los patrones de implementación de flota que aplican la disciplina del Diodo