apache / apache/cloudstack

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

Ouverte
#13,338 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
type:improvement
Langage dominant
Java
Étoiles
3.1k
Forks
1.4k
Merge moyen
6 j 19 h
PR mergées (30 j)
32

Description

### 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.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Aucun fichier source ni test n’est nommé. Commencez par les flux de Management UI relatifs aux changements de mot de passe, à la création d’API-key, aux connexions échouées ou non autorisées et à l’exposition de la configuration Kubernetes, puis suivez leur gestion des audit-log et leurs chemins de notification. C’est terminé lorsque chaque événement de sécurité indiqué enregistre les données d’audit requises et envoie un e-mail contenant son horodatage, sa source IP et son action.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
kubernetes
Domaine
authentication, backend, security
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
Calme
Clarté
À clarifier
Accessibilité débutants
30/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.