[Hardening] F-15: Failure to Block Abusers by IPs.

### The required feature described as a wish

**Description:** CloudStack does not monitor or restrict API authentication attempts based on the source IP address. A single client can submit unlimited failed authentication attempts across any number of accounts without being identified or blocked.

**Affected Components:** Management API

**Impact:** An attacker operating from a single source address can systematically target multiple user accounts with repeated failed login attempts, deliberately triggering lockouts across all accounts, preventing legitimate users and administrators from accessing the platform.

**Steps to Reproduce:**
- Using a custom script or a brute-forcing tool (e.g., `hydra`), send a high volume of failed authentication attempts targeting multiple user accounts.
- Observe that the requests are processed without any source IP tracking, flagging, or blocking.
- Confirm that targeted accounts transition to a disabled state while the source IP remains unrestricted.

**Recommended Remediation:** Log all authentication attempts and source IPs to `/var/log/cloudstack/management/auth.log` so tools like Fail2Ban can automatically detect brute-force attacks and block malicious traffic (via `iptables` or `nftables`). For even faster protection, a system administrator can craft a custom script using `inotify` to trigger real-time blocks via network edge appliances, stopping attackers' traffic before they ever reach CloudStack.

Bắt đầu với quy trình xác thực của CloudStack Management API và xác định nơi có thể quan sát các lần thử không thành công cùng IP nguồn. Sử dụng đầu ra được đề xuất tại /var/log/cloudstack/management/auth.log làm điểm tích hợp dự kiến, sau đó tái hiện các cuộc tấn công bằng một script tùy chỉnh hoặc hydra và xác minh rằng các lần thử được ghi nhật ký dưới dạng mà Fail2Ban có thể sử dụng để chặn.

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