M01 · Core & Foundation

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. 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. 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.