apache / apache/cloudstack

[Hardening] F-09: No Email Alerts for Security-Relevant Events.

Abierto
#13,338 0 comentarios 0 reacciones 0 asignados Ver en GitHub
type:improvement
Lenguaje dominante
Java
Estrellas
3.1k
Forks
1.4k
Merge medio
6 d 19 h
PR fusionados (30 d)
32

Descripción

### The required feature described as a wish

**Description:** CloudStack does not send email notifications to users or administrators when security-relevant events occur on their accounts. Specifically, no alerts are generated for password changes, creation of API keys, failed login attempts, or exposure of data containing secrets, such as `kubeconfig`.

**Affected Components:** Management

**Impact:** Since users have no out-of-band visibility into actions taken on their accounts, an attacker may go undetected indefinitely, establish persistence by creating API keys, try to guess users' passwords, attempt to access users' accounts from an unauthorized source (see F-12), or silently lock the user out by resetting their password. This significantly increases the window of exposure following a credential compromise.

**Steps to Reproduce:**
- Log in to the CloudStack Management UI as any user.
- Change your own password.
- Generate API keys.
- Reveal Kubernetes configuration.
- Attempt to log in with an incorrect password.
- Attempt to log in from an unauthorized source.
- Check for an email notification confirming that any of the above actions occurred.

**Recommended Remediation:** Implement email notifications for security-sensitive account events, including but not limited to the ones listed above. Each notification should include the timestamp, source IP address, and nature of the action performed. All triggering events should additionally be recorded as audit log entries to support forensic investigation and compliance reporting.

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

No se nombran archivos fuente ni pruebas. Comienza en los flujos de Management UI para cambios de contraseña, creación de API-key, inicios de sesión fallidos o no autorizados y exposición de la configuración de Kubernetes; después, sigue sus rutas de gestión de audit-log y notificaciones. Se considera terminado cuando cada evento de seguridad enumerado registra los datos de auditoría requeridos y envía un correo electrónico que contiene su marca de tiempo, source IP y acción.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
kubernetes
Área
authentication, backend, security
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Tranquilo
Claridad
Necesita aclaración
Aptitud para principiantes
30/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.