apache / apache/cloudstack

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

Đang mở
#13,338 0 bình luận 0 reaction 0 người được giao Xem trên GitHub
type:improvement
Ngôn ngữ chính
Java
Star
3.1k
Fork
1.4k
Merge trung bình
6 ngày 19 giờ
Pull request đã merge (30 ngày)
32

Mô tả

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

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Hướng nghiên cứu

Không có tệp mã nguồn hoặc bài kiểm thử nào được nêu tên. Hãy bắt đầu từ các luồng Management UI cho việc thay đổi mật khẩu, tạo API-key, các lần đăng nhập thất bại hoặc trái phép và việc làm lộ cấu hình Kubernetes, sau đó lần theo cách xử lý audit-log và các đường dẫn thông báo của chúng. Được xem là hoàn tất khi mỗi sự kiện bảo mật được liệt kê ghi lại dữ liệu audit bắt buộc và gửi một email chứa timestamp, source IP và action của sự kiện đó.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Công nghệ
kubernetes
Lĩnh vực
authentication, backend, security
Loại issue
Tính năng
Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức độ hoạt động
Ít trao đổi
Độ rõ ràng
Cần làm rõ
Mức phù hợp với người mới
30/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.