[Hardening] F-10: No 2FA Verification Required Before Destructive or Sensitive Operations.
- 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 require users to re-verify their identity (step-up authentication) before performing high-impact operations such as deleting or expunging resources or resetting and revealing secrets, such as API keys of other user accounts. Once a user is authenticated for a session, all actions are permitted without additional verification.
**Affected Components:** Management UI
**Impact:** If a valid user session is hijacked (e.g., through XSS, session token theft, or an unattended workstation), an attacker can immediately perform irreversible, destructive actions or extract sensitive credentials without any additional authentication barrier. Requiring TOTP verification as a step-up factor would block this attack vector, whereas a Static PIN would not, as it offers no time-bound or replay-resistant protection.
**Steps to Reproduce:**
- Log in to the CloudStack Management UI as a Root Admin.
- Navigate to Compute > Instances > Select any instance > Click on Delete.
- Observe that the action proceeds to a confirmation dialog without any prompt for TOTP verification.
**Recommended Remediation:** Implement step-up authentication for a defined list of sensitive or destructive operations. Require the user to enter their current TOTP code before executing the operation. Log all step-up authentication events for auditing.
Guía de contribución
Línea de trabajo
Comienza revisando el flujo de CloudStack Management UI descrito en los pasos de reproducción, empezando por la eliminación de una instancia y el diálogo de confirmación existente. Define las operaciones sensibles y destructivas cubiertas y, a continuación, verifica que se requiere una verificación TOTP actual antes de su ejecución y que los eventos de step-up se registran para auditoría.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Área
- authentication, frontend, 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
- 25/100