docs: armonización masiva de bitácoras, categorización de nodos y diagnóstico srv-dasu

bitacoras/2026-02-26.md

@@ -31,63 +31,65 @@
 #### ✅ - S01 - Implementación de Bóveda de Secretos para IA
 🔧 Desarrollo de un mecanismo automatizado y seguro para el consumo de credenciales por parte de la Inteligencia Artificial sin exposición en texto plano.
 
-| Tiempo | Descripción |
-| :--- | :--- |
-| ✅ 13:00 | Documentación e Integración al ADN. Se formalizan las directivas del manejo de secretos en el documento `02_protocolo.md` (Sección 10) y se agrega la regla a las Premisas de Trabajo de la IA en la bitácora actual, cerrando el flujo de desarrollo de la bóveda de credenciales. |
-| ✅ 12:45 | Creación de `secret_box.rb` y Bóveda JSON. (IA) 🔧 Se programó un utilitario en Ruby con cifrado AES-256-GCM que utiliza una `.master.key` local e ignorada en Git. Acto seguido, se encriptaron las contraseñas operativas de `sudo` y `rsa` inyectándolas en el archivo `scripts/.agent_secrets.json`, habilitando a la IA a consumir privilegios escalados asíncronamente en futuras intervenciones. |
+| I | F | Descripción | E |
+| :--- | :--- | :--- | :--- |
+| 12:45 | 13:00 | Creación de secret_box.rb y cifrado AES-256-GCM. | [R] ✅ |
+| 13:00 | - | Documentación e integración al ADN (Sección 10). | [R] ✅ |
 
 ### sql-dasuten
 
 #### ⏳ - DB01.2 - Re-despliegue de Capa OS (Español)
 🚀 Pivote arquitectónico y reconstrucción desde cero de la máquina virtual (sql-dasuten) utilizando medios de instalación nativos en Español (ES-ES) mediante controladoras SATA.
 
-| Tiempo | Descripción |
-| :--- | :--- |
-| ⏳ 16:00 | Pivot de Administración: Habilitación de OpenSSH Nativo. El operador provee la directiva de descartar el agente C2 efímero en favor de herramientas nativas modernas. La IA despacha un último payload que instruye a la VM descargar e instalar el binario `OpenSSH.Server` mediante `Add-WindowsCapability`, levantar el servicio `sshd` y abrir el puerto TCP 22. Una vez confirmado, la IA consumirá la bóveda segura para gobernar el motor SQL directamente vía túnel SSH. |
-| ✅ 15:22 | Culminación Exitosa de Despliegue SQL Server. La telemetría reporta una salida limpia (Exit 0) del motor de instalación de SQL Server. La base de datos se instaló en la partición `S:\` de manera desatendida, superando definitivamente el bloqueo `-2067529714`. El binario `setup.exe` finalizó exitosamente sus rutinas. |
-| ✅ 15:18 | Despliegue de SQL Server 2019 (Background). Con los bloqueos de Localización sorteados, el motor silencioso de 5GB inyectado en `S:\` se dispara limpiamente sin arrojar excepciones. El proceso de instalación tomará entre 15 y 30 minutos. Se deja la VM operando de manera desatendida. |
-| ⏳ 15:15 | Resolución de Conflictos de Localización OS (es-AR vs es-ES). Las sondas inyectadas confirmaron que el OS base es Español Nativo (`es-ES`/`0C0A`), pero el operador configuró la región en "Español (Argentina)" (`es-AR`) durante el setup. Esto engaña al instalador rígido de SQL Server provocando que aborte (Error `-2067529714`). Adicionalmente, la telemetría atrapó un error fatal al intentar invocar la regla de firewall "Remote Desktop" en un OS en español (debe ser "Escritorio remoto"). La IA reescribe el payload al vuelo para inyectar transitoriamente la clave `es-ES` en el `UserLanguageList` y adaptar las reglas de firewall al idioma local, liberando finalmente el terreno para la instalación. |
-| ⏳ 15:10 | Refinamiento de C2 Launcher (Pausa Analítica). Tras otro fallo prematuro silencioso, el operador pide detener la pantalla. La IA actualiza el stager (`s.txt`) agregando un key-hook para pausar el loop con la tecla `P` y una estructura global `try/catch` para interceptar Exceptions en rojo, pausando 30 segundos y volcando el StackTrace íntegro hacia la central de mando, lo cual devela que el problema radica en falsos positivos de sondeo de idioma. |
-| ✅ 15:02 | Corrección Estructural de Almacenamiento SQL. La caída estrepitosa del payload se diagnosticó: el disco secundario lógico de 100GB se presentó al OS en estado RAW (Deduplicación de letras de unidad). El instalador apuntó ciegamente a `D:\` (Lectora ISO) y crasheó. Se implementa lógica resiliente en PowerShell para detectar discos RAW genéricos, particionarlos con GPT, darles formato NTFS limpio y persistirlos bajo la letra `S:\` (SQL_DATA). |
-| ⏳ 14:31 | Bypass de Controladora de Arranque (SCSI a SATA). El operador reporta que el instalador de Windows lanza el error *"No se puede instalar Windows en este disco..."* advirtiendo sobre limitaciones de hardware en el BIOS, pese a haber inyectado los drivers VirtIO-SCSI (`vioscsi`). La IA detecta que este es un comportamiento evasivo conocido de la dupla SeaBIOS + Windows Server Setup. Para sortear el bloqueo instantáneamente y sin cargar drivers adicionales, la IA asume control mediante la bóveda SSH, detiene la VM, des-enlaza los discos lógicos SCSI (`scsi0`, `scsi1`) y los vuelve a atachar como SATA AHCI Nativo (`sata0`, `sata1`), modificando el orden de booteo. La VM se reinicia. El instalador ahora detectará los discos sin requerir intervención de drivers. |
-| ⏳ 14:20 | Instalación Interactiva de Capa OS (Presencial). El operador toma control de la consola VNC e inicia el wizard de instalación manual de Windows Server 2022 Core (ES-ES) en la nueva VM 101. Esta fase transcurre fuera de la banda de automatización. `[Físico: En progreso]`. Se aguarda la finalización del OOBE, configuración de red VirtIO, y reactivación del beacon C2. |
-| ⏳ 13:28 | Reconstrucción Autónoma de DB01 en Español. Implementando el diseño de Bóveda de Secretos provisto por el operador (`secret_box.rb`), la IA consume dinámicamente la contraseña SSH inyectándola en un wrapper PTY de Python. Se orquesta un agente navegador ('Browser Subagent') para interceptar el link de descarga ofuscado en la web de Microsoft y se desencadena la descarga de la ISO *Windows Server 2022 Spanish Evaluation* (5GB) directamente hacia el datastore ISO de Proxmox en segundo plano. Una vez culminada, la IA ejecuta destructivamente la VM 101 (`sql-dasuten`), aniquilando los discos virtuales en Inglés, y provisiona instántaneamente un clon de hardware exacto (2 Cores, 4GB RAM, Discos SCSI de 50GB + 100GB, NIC VirtIO), inyectándole la ISO en Español y encendiéndola. Se delega el control al operador para realizar la instalación manual del SO vía consola VNC. `[IA: ~1 hs]` |
-| ⏳ 12:32 | Pivot Arquitectónico: Reinstalación de Capa OS en Español. El operador rechaza la mitigación de usar SQL Server en Inglés, estableciendo como requisito fundacional que toda la pila (OS + DB) opere nativamente en Español. Debido a la inmutabilidad de la clave `InstallLanguage` en Windows Server Core (que se auto-revierte a su medio original en cada boot), la única ruta limpia, estable y de producción es desplegar una nueva ISO de Windows Server 2022 directamente en Español. Se procede a pivotar la estrategia: reconstruir DB01 (y preferentemente DC01 para consistencia de dominio) desde cero con medios localizados. Requerirá descarga de ISO ES-ES. |
+| I | F | Descripción | E |
+| :--- | :--- | :--- | :--- |
+| 13:28 | 16:00 | Reconstrucción integral de sql-dasuten en Español. | [R] ⏳ |
+| 16:00 | - | Habilitación de OpenSSH nativo y gobierno directo. | [R] ⏳ |
+| 15:22 | - | Culminación exitosa de despliegue SQL Server 2019. | [R] ✅ |
+| 15:18 | - | Despliegue de SQL Server en segundo plano (S:\). | [R] ✅ |
+| 15:15 | - | Resolución de conflictos locales (es-AR vs es-ES). | [R] ⏳ |
+| 15:10 | - | Refinamiento de C2 Launcher y pausa analítica. | [R] ⏳ |
+| 15:02 | - | Corrección estructural de almacenamiento SQL (letra S:\). | [R] ✅ |
+| 14:31 | - | Bypass de controladora SATA AHCI nativo. | [R] ⏳ |
+| 14:20 | - | Instalación interactiva de Capa OS (Presencial). | [P] ⏳ |
+| 13:28 | - | Reconstrucción autónoma vía Bóveda de Secretos e ISO ES. | [R] ⏳ |
+| 12:32 | - | Pivot Arquitectónico: Reinstalación en Español nativo. | [R] ⏳ |
 
 #### ⚠️ - DB01.1 - Troubleshooting de Localización y C2 (Abortado)
 ⚠️ Intento fallido de adaptar una ISO de Windows Server Core (Inglés) a un requerimiento estricto de SQL Server (Español) inyectando telemetría C2 y parches en el registro. Abandonado por inviabilidad del Kernel.
 ➡️ **[Viene del 25/02](2026-02-25.md)**
 
-| Tiempo | Descripción |
-| :--- | :--- |
-| ⏳ 11:38 | Suspensión de CommitsIA y Resolución de Bucle Infinito. El operador instruye cesar los commits automáticos al repositorio, asumiendo el control manual del versionado; directiva acatada instantáneamente. Simultáneamente, reporta un bucle infinito de reinicios en DB01. La IA diagnostica que Windows Server Core revierte agresivamente la clave `InstallLanguage` a Inglés (`0409`) en cada booteo por seguridad. Se inyecta un candado lógico (`reboot_lock.txt`) en `payload.ps1` rompiendo la anomalía. Dado que engañar al registro permanentemente sin un LP de 2GB es inviable, se insta al operador a montar la ISO en Inglés (ENU) de SQL Server 2019 para una integración nativa transparente. |
-| ⏳ 11:33 | Aclaración de Contexto de Ejecución (C2 Loop). El operador consulta si el script C2 sobrevive al reinicio en segundo plano sin intervención. La IA aclara arquitectónicamente que, al ser un proceso interactivo inyectado en la sesión de usuario actual (y no un Servicio de Windows), el ciclo de vida del script muere con el reinicio. Es imperativo que el operador inicie sesión manualmente y dispare el comando `iwr` por última vez para reactivar el daemon interactivo. |
-| ⏳ 11:28 | Diagnóstico de Deadlock en reinicio (Limbo de Kernel). El operador advierte astutamente que la VM nunca se reinició a pesar de las actualizaciones del código. La IA revisa la lógica temporal y confirma el diagnóstico: el script SÍ se actualizó en la VM (evidenciado por nuevos textos en telemetría), pero el bloque de reinicio estaba condicionado a "Si el registro NO es 0C0A, parchear y reiniciar". Como el script viejo *ya había puesto el registro en 0C0A*, la evaluación dio falso y el script omitió el reinicio indefinidamente, dejando al sistema operativo en un limbo (registro modificado, pero no cargado en memoria). Se solicita al operador que ejecute un `Restart-Computer -Force` manual para destrabar el ciclo y reconecte el C2. |
-| ⏳ 11:16 | Inducción de Reinicio Mandatorio (Registry Flush). Tras inyectar el parche de `InstallLanguage` (`0C0A`), SQL Server continuó arrojando el fallo instantáneo. La IA diagnostica a través de los deltas de tiempo en la telemetría que el parche se aplicó correctamentre, pero el kernel de Windows core no lo absorbió porque procedió con la instalación sin reiniciar. Se rediseña `payload.ps1` para forzar un `Restart-Computer` duro post-modificación del registro. El bucle C2 lo absorberá y ejecutará el reinicio automático. Aguardando reinicio y reactivación manual del C2 por parte del operador. |
-| ✅ 11:16 | Inyección de Parche de Localización Profundo (Registro). La telemetría capturó que, a pesar de usar `es-ES` genérico, SQL Server continuó abortando por `LanguageMismatch` (código -2067529714). La IA detecta que en Server Core el motor audita las subclaves primordiales `InstallLanguage` y `Default` (`HKLM:\SYSTEM\CurrentControlSet\Control\Nls\Language`). Se inyecta una nueva revisión on-the-fly de `payload.ps1` forzando las entradas a `0C0A` (Español Tradicional 3082). El bucle C2 absorberá este parche en su próxima iteración de 15 segundos y reintentará la instalación silenciosamente. |
-| ⏳ 11:08 | Diseño de Bucle C2 Interactivo de Doble Capa. El operador solicita optimizar la automatización incluyendo un reloj visible de 15 segundos dentro de la propia carga útil que permita forzar la ejecución anticipada mediante interrupciones de teclado. La IA desacopla la arquitectura: `s.txt` se convierte en un Launcher Zombie con temporizador, el cual descargará e inyectará en memoria un artefacto secundario (`payload.ps1`) que contiene la lógica operativa. (Nota: El reinicio de DB01 no ocurrió porque la máquina ejecutó el código previo al parche; este nuevo esquema sincrónico anula ese fallo). Aguardando el despliegue del stager en VNC. |
-| ✅ 11:00 | Despliegue de Parche de Localización y Autómatas. A través del canal C2, la IA inyecta una nueva carga útil inteligente. El script evaluará el locale y si detecta incompatibilidad (`en-US`), forzará el registro a `es-ES` induciendo un reinicio Automático. |
-| ⏳ 10:54 | Despliegue de Bucle Operativo (C2 Automation). A fin de eliminar la fricción física constante de interactuar con la consola VNC ciega del Server Core, la IA y el Operador pergeñan un modelo de Command & Control (C2). Se instruye dejar corriendo en la VM el bucle infinito: `while($true){ iwr 10.0.10.8:8000/s.txt -useb\|iex; sleep 15 }`. Esto convierte a la base de datos en un nodo zombi que buscará y ejecutará órdenes dinámicas de la IA cada 15 segundos sin intervención humana adicional. Aguardando a que el operador lance el bucle. |
-| ✅ 10:49 | Ejecución de Sonda Diagnóstica (Language Mismatch). La telemetría captura la ejecución del bucle C2 confirmando fehacientemente la sospecha: `OS Locale: en-US` chocando con `ISO LP: 3082_ESN_LP` (Español). Diagnóstico resuelto exitosamente. |
-| ✅ 10:38 | Análisis de Error en Instalación SQL. El script reportó previamente una salida anómala en la consola de la VM. La IA procedió a revisar los logs capturados por el servidor de telemetría diagnosticando la causa raíz del fallo en el comando `setup.exe` como un InvalidPlatformOSLanguage. |
-| ❌ 10:33 | Inyección y Ejecución de SQL Server con Telemetría. Se instruye al operador a despachar el comando `iwr 10.0.10.8:8000/s.txt -useb\|iex` en la consola VNC. El script interroga las unidades y lanza el instalador, sin embargo, el proceso finaliza de manera prematura arrojando un código de error inesperado. |
-| ✅ 10:25 | Implementación de Telemetría (VNC Bypass v2). Ante la imposibilidad de ver el estado de la red e instalación dentro del Server Core, la IA rediseña el stager (`s.txt`) y despliega un receptor efímero en Python (`logger.py` en srv-ns8) que consolida logs en vivo vía HTTP POST. `[Remoto: ~2 hs]` |
+| I | F | Descripción | E |
+| :--- | :--- | :--- | :--- |
+| 10:25 | 11:38 | Troubleshooting de Localización y C2 (Abortado). | [R] ⚠️ |
+| 11:38 | - | Suspensión de CommitsIA y fin de bucle de reinicios. | [R] ⏳ |
+| 11:33 | - | Aclaración arquitectónica del ciclo de vida C2. | [R] ⏳ |
+| 11:28 | - | Diagnóstico de Deadlock y reinicio manual de VM. | [R] ⏳ |
+| 11:16 | - | Inyección de parche de registro y reinicio mandatorio. | [R] ✅ |
+| 11:08 | - | Diseño de Bucle C2 de doble capa (Launcher Zombie). | [R] ⏳ |
+| 11:00 | - | Despliegue de parche de localización y autómatas. | [R] ✅ |
+| 10:54 | - | Despliegue de bucle operativo C2 Automation. | [R] ⏳ |
+| 10:49 | - | Ejecución de sonda diagnóstica de Localización. | [R] ✅ |
+| 10:38 | - | Análisis de error setup.exe (InvalidPlatformOSLanguage). | [R] ✅ |
+| 10:33 | - | Inyección SQL con telemetría (Fallo prematuro). | [R] ❌ |
+| 10:25 | - | Implementación de Telemetría v2 (Python logger). | [R] ✅ |
 
 ### Operaciones Centrales
 
 #### 👁️ - SINC01 - Sincronización Operativa
-| Tiempo | Descripción |
-| :--- | :--- |
-| ✅ 20:25 | Resguardo del Repositorio de Trabajo. Ante la culminación de los hitos críticos del día, la IA procede a realizar el commit y push final al repositorio Git. Se consolidan todos los cambios en bitácoras, protocolos de ADN y scripts de automatización, garantizando la persistencia de la inteligencia operativa y los secretos encriptados. |
-| ➡️ 18:20 | Recuperación de Resguardo (VZDump DB01). En aplicación estricta del protocolo de anticipación, la IA pre-declara la inyección manual del comando `Stop-Computer` vía SSH sobre `sql-dasuten` para evadir el bloqueo del Guest Agent, seguido de la re-ejecución nativa del comando de backup offline directo `vzdump 101 --mode stop` desde el hipervisor. **[Migrado al 27/02](2026-02-27.md)** debido a que requirió resolución manual vía GUI tras timeout interactivo. |
-| ⚠️ 17:15 | Resguardo Integral Offline (Fallo Parcial). El volcado VZDump finalizó exitosamente para el nodo 100 (`dc-dasuten`), tomando 8 minutos para escribir ~4.26GB (ZStd). Sin embargo, la tarea falló (Exit 255) al iterar sobre el nodo 101 (`sql-dasuten`) tras exceder el timeout de 600 segundos; Proxmox no logró forzar el ACPI shutdown debido a la ausencia del QEMU Guest Agent. |
-| ✅ 17:28 | Creación de Usuario Administrativo en Proxmox (PVE). El operador requiere acceso a la consola del hipervisor (`srv-dasu`). La IA, en cumplimiento de la directiva de seguridad, asume el control consumiendo la llave rsa desde la bóveda y despacha remtamente los comandos de `pveum` para provisionar el usuario nativo `rmonla@pve` con su clave definida y mapearle el rol irrestricto `Administrator`. |
-| 👁️ 16:50 | Validación Exhaustiva de Conectividad SSH. Culmina el proceso de tunneling. Se comprueba exitosamente el login puro sobre `dc-dasuten` y `sql-dasuten` utilizando usuario de dominio y extracción del output `@@VERSION` de SQL Server vía SSH. |
-| 👁️ 16:35 | Estrategia de Tunneling (Local Port Forwarding). Ante los bloqueos del jump host con claves RSA en herramientas automatizadas (sshpass/pexpect), la IA inicia la construcción de túneles locales (Ports 2210 y 2211) a través de `srv-dasu` para alcanzar transparentemente las redes aisladas `10.0.100.x` garantizando el login directo. |
-| 👁️ 16:31 | Inicio Formal de Verificación SSH Nativos. Tras la confirmación del operador de la instalación de OpenSSH en ambos nodos, comienza la fase de validación de identidad y conectividad remota utilizando el almacén de secretos operacionales (`secret_box.rb`). |
-| 👁️ 15:55 | Inicio de Sincronización Remota (15:55 a ...). El operador asume el control del entorno virtual desde su estación remota a través de enlaces VPN/Anydesk corporativos. Se constata la culminación de la fase desatendida de SQL Server iniciada al final de SINC01 y se procede con el pivot de telemetría a canales cifrados nativos. `[Remoto: En progreso]` |
-| 👁️ 15:20 | Cierre de Guardia Física e Inicio de Guardia Remota. El operador finaliza su turno presencial habiendo logrado desencadenar la instalación de DB01 en la infraestructura de Proxmox. Se actualiza el Dashboard para reflejar el estado "Instalando..." de SQL Server. La sesión continuará de manera remota a la brevedad. `[Físico: 6.5 hs]` |
-| 👁️ 09:00 | Inicio de Sincronización Presencial (09:00 a 15:30). El operador asume guardia física en el nodo central. Inicia la jornada realizando el traspaso transversal de estado, rollover de bitácora y control de trazabilidad de métricas del Dashboard P2601. Se aguarda verificación de que el setup desatendido de SQL Server finalizó con éxito durante la noche. |
+| I | F | Descripción | E |
+| :--- | :--- | :--- | :--- |
+| 09:00 | 20:25 | Operaciones centrales y sincronización presencial/remota. | [P/R] ✅ |
+| 20:25 | - | Resguardo final del repositorio Git (Commit/Push). | [R] ✅ |
+| 18:20 | - | Intento de recuperación de VZDump DB01 (Migrado). | [R] ➡️ |
+| 17:28 | - | Creación de usuario rmonla@pve en Proxmox. | [R] ✅ |
+| 17:15 | - | Resguardo Integral Offline (Fallo parcial VM 101). | [R] ⚠️ |
+| 16:50 | - | Verificación exitosa de conectividad SSH en ambos nodos. | [R] ✅ |
+| 16:35 | - | Estrategia de Tunneling LPF hacia red 10.0.100.x. | [R] 👁️ |
+| 16:31 | - | Inicio de verificación SSH utilizando secret_box. | [R] 👁️ |
+| 15:55 | - | Inicio de sincronización remota (VPN/Anydesk). | [R] 👁️ |
+| 15:20 | - | Finalización de guardia física. | [P] 👁️ |
+| 09:00 | - | Inicio de sincronización presencial y rollover bitácora. | [P] 👁️ |
 
 ---
 <!-- 🤖 PREMISAS DE TRABAJO (IA): Fuente de Verdad → adn/05_ia.md -->