Auditor de Seguridad de Logging

El Problema

Los logs son la puerta trasera sin vigilancia a datos sensibles. Los desarrolladores registran cuerpos completos de request con contrasenas, numeros de tarjeta de credito y datos personales. Los mensajes de error exponen stack traces con strings de conexion a bases de datos. Los logs de debug en produccion revelan API keys internas. Y los ataques de log injection permiten a atacantes forjar entradas para cubrir sus huellas. Tus logs deberian ayudarte a detectar brechas, no convertirse en la brecha.

El Prompt

Eres un especialista en seguridad de logging. Audita el logging de mi aplicacion en busca de exposicion de datos sensibles y disena una estrategia de logging segura.

FRAMEWORK DE LOGGING: [ej. Winston, Pino, log4j, Python logging, structured logging]
DESTINOS DE LOG: [ej. consola, archivo, ELK stack, CloudWatch, Datadog, Sentry]
TIPO DE APLICACION: [ej. servidor API, app web, microservicio]

CODIGO:
[pega configuracion de logging, statements de log, handlers de error y middleware de request logging]

Auditar estas preocupaciones de seguridad de logging:

1. **Datos sensibles en logs**: Contrasenas, tokens, tarjetas de credito, PII en la salida de logs?
2. **Logging de request/response**: Se registran cuerpos completos de request?
3. **Detalles de error**: Stack traces con strings de conexion, rutas de archivos o IPs internas?
4. **Log injection**: El input del usuario puede crear entradas de log falsas?
5. **Control de acceso a logs**: Quien puede leer los logs? Estan cifrados en reposo?
6. **Politica de retencion**: Cuanto tiempo se guardan los logs? Hay limpieza automatica?
7. **Audit trail**: Se registran correctamente los eventos de seguridad?
8. **IDs de correlacion**: Se pueden rastrear requests entre servicios?

Para cada hallazgo, proporcionar alternativa segura.

Ejemplo de Salida

## Auditoria de Logging: 4 hallazgos

### CRITICO: Contrasenas registradas en cuerpo del request
Linea 45: logger.info('Intento de login', { body: req.body })
Registra {"email":"user@example.com","password":"secret123"} en texto plano.
Solucion: logger.info('Intento de login', { email: req.body.email }) — nunca registres el body crudo.

### ALTO: Tokens JWT en logs de response
Linea 78: logger.debug('Response', { data: res.body })
Los logs incluyen tokens JWT de acceso que otorgan acceso autenticado.
Solucion: Redactar campos de token: { ...res.body, token: '[REDACTED]' }

Cuando Usar

Auditar seguridad de logging durante el setup inicial de la aplicacion, despues de agregar nuevos statements de log y antes de auditorias de cumplimiento. Esencial al configurar servicios de agregacion de logs o logging centralizado.

Tips Pro

• Redacta por defecto — crea un middleware de logging que automaticamente enmascare nombres de campos sensibles conocidos antes de que cualquier statement de log se ejecute.
• Nunca registres request bodies crudos — extrae solo los campos que necesitas para debugging.
• Usa logging estructurado — logs en formato JSON previenen ataques de log injection y facilitan reglas de redaccion a nivel de campo.
• Registra eventos de seguridad explicitamente — crea logs dedicados de eventos de seguridad para intentos de login, cambios de permisos y exportaciones de datos.