Laboratorios reproducibles
Un laboratorio de validación responde una pregunta técnica concreta y conserva el contexto necesario para repetir la prueba. Su resultado describe una combinación conocida de versiones, configuración, privilegios y topología. Si cambia una de esas condiciones, la conclusión debe volver a comprobarse.
Qué diferencia un laboratorio de una referencia
Sección titulada «Qué diferencia un laboratorio de una referencia»La página canónica explica el comportamiento que puede reutilizarse. El laboratorio conserva cómo se comprobó una parte de ese comportamiento: preparación, comandos, resultados, controles negativos, errores del propio montaje y limpieza. Un intento que falló puede permanecer en el laboratorio si ayuda a distinguir una hipótesis incorrecta de un defecto de herramienta o de simulación.
El estado validated indica que la observación declarada se reprodujo bajo las condiciones registradas. No extiende el resultado a configuraciones que el laboratorio no cubrió.
Información mínima de una reproducción
Sección titulada «Información mínima de una reproducción»- Pregunta: qué propiedad se intenta distinguir.
- Entorno: versiones de herramientas y servicios, topología y privilegios relevantes.
- Estado inicial: procesos, puertos, datos y configuración antes de la prueba.
- Procedimiento: acciones y opciones explicadas en el orden de ejecución.
- Control positivo: condición conocida que debe producir la señal esperada.
- Control negativo: condición conocida que debe producir una señal distinta.
- Resultado: evidencia saneada y relación entre observación e interpretación.
- Fallos: errores de herramienta, simulador, conectividad o hipótesis.
- Cierre: estado final comprobado y artefactos conservados o eliminados.
Los datos que no cambian la interpretación se omiten. El registro identifica Nmap, Node.js o el servicio probado por versión, pero no publica el usuario local, el nombre del equipo, una ruta personal, el sistema operativo de la estación ni su arquitectura salvo que esa propiedad sea la variable investigada.
Laboratorios publicados
Sección titulada «Laboratorios publicados»- Nmap 7.99 contra Nginx 1.29.5 compara un listener HTTP real con un puerto cerrado y valida detección, NSE y XML.
- SMTP con Postfix 3.10.12 compara un destinatario local, un usuario inexistente y un intento de relay sobre un MTA real.
Cobertura de los bundles de servicio
Sección titulada «Cobertura de los bundles de servicio»El contrato editorial y la reproducción práctica avanzan por separado. Los 17 bundles de servicio tienen workflow, automatización, checklist y cheatsheet en estado reviewed. Solo SMTP dispone por ahora de un laboratorio validated. Los demás workflows no se elevan a validated y el registro de reconstrucción conserva esta brecha.
| Servicio | Bundle documental | Evidencia práctica |
|---|---|---|
| DNS | reviewed |
pendiente |
| FTP y TFTP | reviewed |
pendiente |
| SMB | reviewed |
pendiente |
| NFS | reviewed |
pendiente |
| Rsync | reviewed |
pendiente |
| R-services | reviewed |
pendiente |
| SSH | reviewed |
pendiente |
| SMTP | reviewed |
validated |
| IMAP y POP3 | reviewed |
pendiente |
| SNMP | reviewed |
pendiente |
| IPMI | reviewed |
pendiente |
| RDP | reviewed |
pendiente |
| WinRM | reviewed |
pendiente |
| WMI | reviewed |
pendiente |
| MySQL | reviewed |
pendiente |
| Microsoft SQL Server | reviewed |
pendiente |
| Oracle Transparent Network Substrate (TNS) | reviewed |
pendiente |
Cómo utilizar el resultado
Sección titulada «Cómo utilizar el resultado»Una observación reproducida puede respaldar una frase estrecha de la página canónica. El laboratorio debe enlazar esa frase con la versión y el caso que la sustentan. Una prueba sobre loopback no valida por extensión el descubrimiento a través de un firewall, las diferencias de routing ni una política completa del servicio.