Documento y metodología
Avanzado
No deben rehacer teoría ni objetivos.
Prototipo
Parcialmente acreditado
Ya existe evidencia de dominio, LDAP, Kerberos e identidades.
Evaluación experimental
Pendiente
Este es el trabajo prioritario.
Objetivo inmediato
Cerrar tesis
Completar las pruebas faltantes y consolidar resultados.
Qué deben hacer ahora
La tesis ya cuenta con una base documental y metodológica suficientemente desarrollada. A partir de este momento, el trabajo debe concentrarse únicamente en producir las pruebas y evidencias que faltan para completar la evaluación experimental.
No deben ampliar la teoría, modificar el título, reformular objetivos ni agregar nuevas tecnologías.
Todo esfuerzo realizado debe producir una prueba, un dato, una salida técnica o una evidencia que pueda incorporarse a Resultados y discusión.
Entregables obligatorios
| # | Entregable | Qué deben entregar | Criterio mínimo | Prioridad |
|---|---|---|---|---|
| 1 | RBAC definitivo | Pruebas reales de acceso permitido y denegado sobre los recursos definidos. | Cada prueba debe incluir cuenta, rol, permiso, recurso, operación, resultado esperado, resultado obtenido y evidencia. | Crítica |
| 2 | Integración de recursos | Completar la vinculación de WEB, BD, Moodle, laboratorios y demás recursos con las reglas RBAC. | No basta con que exista el grupo; el recurso debe aplicar realmente la autorización. | Crítica |
| 3 | Ansible | Inventario, variables, playbooks, salidas de ejecución y verificación posterior en Samba AD. | Una ejecución se considera válida solo si produce el estado final esperado. | Crítica |
| 4 | 12 ejecuciones manuales | Dos ejecuciones de cada operación: crear, modificar, habilitar, deshabilitar, asignar y revocar accesos. | Registrar condición inicial, acción, resultado y tiempo. | Alta |
| 5 | 12 ejecuciones automatizadas | Dos ejecuciones con Ansible para cada una de las seis operaciones. | Registrar salida de Ansible, estado final y tiempo. | Crítica |
| 6 | 6 pruebas de idempotencia | Una segunda ejecución de cada tipo de operación automatizada sobre un estado ya conforme. | No deben producirse cambios innecesarios. | Alta |
| 7 | Medición de tiempos | Tiempo manual y automatizado en segundos para operaciones equivalentes. | Mismas condiciones iniciales y mismo criterio de finalización. | Alta |
| 8 | Trazabilidad | 24 unidades de auditoría correspondientes a las 24 operaciones administrativas. | Deben permitir identificar responsable, objeto, operación, fecha/hora, resultado y prueba asociada. | Crítica |
| 9 | Inventario técnico final | Actualizar la configuración realmente utilizada. | Debe coincidir con el dominio UNISS.EDU.NI, dc01.uniss.edu.ni, VMs, IP, hipervisores y servicios implementados. | Alta |
| 10 | Matriz consolidada de resultados | Un único archivo con todas las pruebas y su estado. | Debe permitir calcular los indicadores sin reinterpretar datos manualmente. | Crítica |
Dos asuntos que deben resolver antes de cerrar RBAC
1. Estudiantes en ambos laboratorios
Actualmente los 1,800 estudiantes aparecen en GG-Usuarios-Lab1 y también en GG-Usuarios-Lab2.
Deben confirmar si esta configuración es intencional. Si no lo es, corrijan las membresías antes de ejecutar las pruebas.
2. Grupos de servidores vacíos
Los grupos de servidores Web, BD, Moodle y Gestión aparecen sin miembros directos.
Antes de evaluar autorizaciones deben comprobar que los recursos estén correctamente integrados y que las reglas se apliquen sobre servicios reales.
Cómo debe registrarse cada prueba
Cada prueba debe quedar registrada inmediatamente después de ejecutarse.
ID_PRUEBA:
DIMENSIÓN:
FECHA Y HORA:
CUENTA:
ROL:
RECURSO:
OPERACIÓN:
CONDICIÓN INICIAL:
RESULTADO ESPERADO:
RESULTADO OBTENIDO:
TIEMPO (si aplica):
EVIDENCIA:
ESTADO: VÁLIDA / INVÁLIDA / NO EJECUTADA / NO APLICA
OBSERVACIONES:
Nombres recomendados para las evidencias
RBAC-REG-001_permitido.png
RBAC-REG-002_denegado.png
ADM-MAN-CREAR-01.txt
ADM-MAN-CREAR-02.txt
ADM-ANS-CREAR-01.txt
ADM-ANS-CREAR-02.txt
IDEMP-CREAR-01.txt
AUD-ADM-MAN-CREAR-01.txt
TIEMPOS_OPERACIONES.xlsx
Estructura de carpetas recomendada
03 - Prototipo y evidencias/
├── 01_Arquitectura_y_Configuracion/
├── 02_Identidades_y_Directorio/
├── 03_RBAC/
├── 04_Ansible/
│ ├── Inventario/
│ ├── Variables/
│ ├── Playbooks/
│ └── Salidas/
├── 05_Tiempos/
├── 06_Auditoria_y_Trazabilidad/
└── 07_Resultados_Consolidados/
Orden recomendado de trabajo
Corregir configuración pendiente.
Resolver membresías de laboratorios, recursos y grupos de servidores.
Resolver membresías de laboratorios, recursos y grupos de servidores.
Cerrar RBAC.
Ejecutar pruebas permitidas y denegadas y conservar evidencias.
Ejecutar pruebas permitidas y denegadas y conservar evidencias.
Completar Ansible.
Entregar playbooks, inventario, variables y pruebas reales.
Entregar playbooks, inventario, variables y pruebas reales.
Ejecutar operaciones manuales y automatizadas.
Registrar tiempos y estados finales.
Registrar tiempos y estados finales.
Ejecutar idempotencia.
Una verificación por tipo de operación.
Una verificación por tipo de operación.
Recolectar auditoría y trazabilidad.
Relacionar cada evento con su prueba.
Relacionar cada evento con su prueba.
Consolidar datos.
Completar una única matriz de resultados.
Completar una única matriz de resultados.
Entregar al tutor.
Con los datos consolidados se completarán Resultados, Conclusiones y Recomendaciones.
Con los datos consolidados se completarán Resultados, Conclusiones y Recomendaciones.
Qué no deben hacer
- No modificar el título aprobado.
- No modificar la pregunta ni los objetivos.
- No introducir nuevas tecnologías o nuevas variables.
- No calcular porcentajes con pruebas incompletas.
- No considerar una captura aislada como evidencia suficiente.
- No considerar pertenencia a un grupo como prueba de autorización efectiva.
- No repetir una prueba válida únicamente porque el resultado no fue favorable.
- No inventar datos, tiempos, logs ni resultados.
- No mezclar pruebas piloto con pruebas definitivas.
Cuándo se considera lista la entrega
La parte experimental podrá considerarse cerrada cuando exista evidencia suficiente para responder, con datos reales, las siguientes preguntas:
¿Las identidades seleccionadas cumplen los criterios de centralización?
¿Las operaciones administrativas producen el estado esperado?
¿Las decisiones RBAC coinciden con la matriz de referencia?
¿Qué operaciones fueron realmente automatizadas con Ansible?
¿Las ejecuciones automatizadas fueron correctas?
¿Los playbooks demostraron idempotencia?
¿Cuál fue la variación de tiempo entre operación manual y automatizada?
¿Las operaciones dejaron evidencia de auditoría suficiente para reconstruir lo ocurrido?
Resultado esperado
Cuando entreguen estos elementos, el tutor completará:
- 11. Resultados y discusión.
- 12. Conclusiones.
- 13. Recomendaciones.
- Actualización del Resumen.
- Revisión final de hipótesis.
- Tablas y gráficos de resultados.
- Revisión final de citas, referencias y anexos.
- Versión final de la tesis.