Utilidades del sistema y transversales · Confianza e integridad
M01 · Core & Foundation
El corazón de D-COS NEXUS: inicia el sistema, comprueba las licencias y protege todos los demás módulos.
Base (siempre activo) Parcialmente implementado
Nota del titular
La configuración de M01 como Root of Trust es una decisión de ingeniería precisa y deliberada de la arquitectura offline-first: una única autoridad de confianza local, con claves de firma conservadas sin conexión, que no depende de servicios remotos.
El estado «parcialmente implementado» de M01 refleja una elección deliberada de filosofía empresarial y de diseño: M01 evoluciona por incrementos, no como un bloque monolítico rígido, para garantizar una flexibilidad operativa granular y total.
El código de todos los módulos está íntegramente presente y los módulos han sido verificados.
Detalles
Cualquier estado indicado como «no verificado» o «parcialmente implementado» se debe exclusivamente a lagunas de prueba en el entorno de laboratorio (por ejemplo, la ausencia física de un dispositivo durante la campaña de pruebas), no a limitaciones del software. Las simulaciones declaradas (decisión D-24) son decisiones de diseño deliberadas.
El corazón de D-COS NEXUS: inicia el sistema, comprueba las licencias y protege todos los demás módulos.
Ventajas:
Un único centro de confianza: ningún módulo puede eludir las comprobaciones de licencia, permisos y supervisión.
Ejemplo de uso:
Al arrancar, el núcleo lee la licencia, habilita solo los módulos con licencia y mantiene bloqueados los demás.
Capacidades clave
- Verificación de licencias y desbloqueo de módulos
- Almacén de conocimiento, decisiones, acciones y flujos de trabajo
- Supervisión humana firmada de las acciones sensibles
- Protección de claves, identidades de cliente y del bus de eventos interno
- Almacenamiento cifrado de datos personales (bóveda)
- MCHP: identidad de los nodos, autenticación mutua y anti-replay entre nodos
El núcleo del ejecutable único y la única Root of Trust.
Detalles
Contiene el registro de contratos y el pipeline invoke() (permisos, política Zero-Trust, validación del esquema, tiempo límite, comprobación de la salida, registro de operaciones), los contratos base conoscenza, decisioni, azioni, workflow, supervisione y router_esecutivo, y la capa de confianza m01_fiducia: anclaje (pinning) de las anclas de confianza públicas, el Bus Controller mediado, las identidades de cliente y el contexto. El Crypto Kernel de M01 es el único lugar que maneja primitivas criptográficas (SHA-256, HMAC, Ed25519, AES-256-GCM, Scrypt, HKDF). La verificación de licencias (Ed25519), la bóveda cifrada (AES-256-GCM) y la supervisión humana firmada también residen aquí. Desde el 2026-11-12, la verificación de licencias aplica además la vinculación al hardware de M35 (V_H estable y prueba de posesión TPM) a las licencias de versión 2. MCHP 1.0.0 (contrato m01_mchp): identidades Ed25519 de los nodos con claves públicas fijadas (fijación inmutable, revocación definitiva, sustitución firmada por la clave antigua y la nueva), handshake de autenticación mutua, sobres firmados con integridad SHA-256, nonce, marca de tiempo e identificador de transacción, anti-replay persistente y atómico, Receive != Authorize (permisos explícitos por nodo, denegados por defecto) y ejecución solo mediante invoke() con todos sus controles; auditoría en la cadena forense central (fail-secure). M01 no guarda claves privadas: el nodo local firma con la identidad del dispositivo.
Requisitos previos
Ninguno: siempre activo.
Límites declarados
La Root of Trust soberana no está implementada.
Detalles
Los mensajes MCHP están autenticados y protegidos en su integridad, pero no cifrados, y MCHP no se ha probado entre máquinas distintas. La vinculación al hardware solo se aplica a las licencias de versión 2 que la declaran (las licencias de versión 1 ya emitidas siguen siendo válidas sin vinculación). Una comprobación que se ejecuta en el PC del cliente puede ser eliminada por quien parchee el ejecutable.
Planificado (hoja de ruta)
- Root of Trust soberana (aplazada a la release del ejecutable)
- Política de vinculación al hardware por perfil (opción B adoptada el 2026-11-12): vinculación obligatoria para los perfiles que la declaran, con registro de cada resultado — diseñada, no implementada
- Bloqueo activo ante la sustitución de claves de licencia (hoy se detecta y se notifica)
- Migración de la pila P2P/malla y del material TLS local al Crypto Kernel
Interconexiones
Las interconexiones mostradas son relaciones funcionales documentadas (reutilización de código y flujos de datos) o se derivan del papel arquitectónico; constituyen una reconstrucción editorial.
Textos oficiales: Documentación oficial D-COS NEXUS V130 MASTERWORK y presentación oficial V130 (noviembre de 2026).
Este módulo forma parte del ecosistema integrado
Cada módulo ya está incluido en el único ejecutable de D-COS NEXUS: puedes activarlo por separado o con la FULL SUITE, y la clave de licencia lo desbloquea al instante.