apache / apache/cloudstack

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

Aberta
#13,338 0 comentários 0 reações 0 responsáveis Ver no GitHub
type:improvement
Linguagem predominante
Java
Estrelas
3.1k
Forks
1.4k
Merge médio
6d 19h
PRs com merge (30d)
32

Descrição

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

Guia de contribuição

Abrir o guia de contribuição

Direção de pesquisa

Nenhum arquivo-fonte ou teste é nomeado. Comece pelos fluxos da Management UI para alterações de senha, criação de API-key, logins malsucedidos ou não autorizados e exposição da configuração do Kubernetes; em seguida, rastreie o tratamento de audit-log e os caminhos de notificação correspondentes. Está concluído quando cada evento de segurança listado registra os dados de auditoria necessários e envia um e-mail contendo seu timestamp, source IP e ação.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Stack de tecnologia
kubernetes
Domínio
authentication, backend, security
Tipo de issue
Funcionalidade
Dificuldade
5/5
Tempo estimado
Mais de uma semana
Status de atividade
Pouca atividade
Clareza
Precisa de esclarecimento
Facilidade para iniciantes
30/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.