S8 - Reto 4 - Persistencia, auditoría y trazabilidad en un Sistema de Gestión de Acceso Seguro aplicando patrones e integración final en Java

Propósito 

Integrar el sistema de gestión de acceso seguro incorporando persistencia de datos, registro de eventos y trazabilidad, logrando una solución funcional, auditable y alineada a contextos reales de ciberseguridad. 

Contexto del problema 

El sistema actual: 

• Funciona solo en memoria  

• No guarda información  

• No registra eventos de acceso  

• No permite auditoría  

Esto lo hace inútil en un entorno real, donde se requiere: 

• Historial de accesos  

• Registro de intentos fallidos  

• Seguimiento de actividades  

RETO 4 

Persistencia, Auditoría e Integración Final del Sistema 

El estudiante deberá: 

• Guardar datos del sistema  

• Registrar eventos de acceso  

• Permitir trazabilidad  

• Integrar todas las funcionalidades  

1. Componente teórico (El estudiante debe responder) 

1. Persistencia de datos 

Explique: 

• ¿Qué es la persistencia?  

• ¿Por qué es crítica en sistemas de seguridad?  

2. Persistencia de eventos 

Analice: 

• ¿Qué eventos deben guardarse?  

Ejemplos: 

• Intentos de acceso  

• Accesos exitosos  

• Accesos fallidos  

3. Auditoría 

Explique: 

• ¿Qué es la auditoría en sistemas informáticos?  

• ¿Por qué es importante en ciberseguridad?  

4. Trazabilidad 

Explique: 

• ¿Qué significa trazabilidad?  

• ¿Cómo ayuda a detectar incidentes?  

5. Uso de registros (logs) 

Defina: 

• Qué información debe contener un registro  

Ejemplo: 

• Usuario  

• Fecha  

• Recurso  

• Resultado  

6. Patrones de diseño 

Debe aplicar o reforzar al menos uno: 

• Strategy (si ya lo usa, justificarlo mejor)  

• Singleton (opcional para gestor de logs)  

Análisis 

• ¿Qué problema resuelve el patrón en esta fase?  

7. Integración del sistema 

Explique: 

• Cómo se integran:  

• autenticación  

• control de acceso  

• registro de eventos  

• persistencia  

8. Evaluación global 

Responda: 

• ¿Qué mejoras tiene el sistema respecto a versiones anteriores?  

• ¿Está listo para un entorno real? ¿Por qué?  

2. Componente práctico (Java) 

Requerimientos técnicos 

El sistema debe: 

• Guardar información en archivos  

• Leer información desde archivos  

• Registrar eventos  

• Mantener historial  

• Integrar todo el sistema  

Persistencia de datos 

Debe permitir: 

• Guardar usuarios  

• Guardar roles y permisos  

Formato: 

• Archivo de texto (.txt) o similar  

Persistencia de eventos (logs) 

Debe registrar: 

• Accesos exitosos  

• Accesos fallidos  

Ejemplo de registro: 

Usuario: Juan | Recurso: Servidor | Resultado: Acceso concedido | Fecha: 2026-01-10 

Funcionalidades obligatorias 

• Guardar datos al finalizar ejecución  

• Cargar datos al iniciar  

• Registrar cada intento de acceso  

• Mostrar historial de accesos  

Clases sugeridas 

• GestorPersistencia  

• GestorAuditoria  

• RegistroEvento  

Uso de patrones (ejemplo) 

• Singleton en o para GestorAuditoria  

• Strategy en o para reglas de acceso  

Simulación 

En main: 

• Cargar datos  

• Ejecutar accesos  

• Registrar eventos  

• Guardar datos  

Condición 

El sistema debe permitir: 

• Continuar ejecución en diferentes sesiones  

• Revisar historial de eventos

Tipo de entrega