Mortem

#7023of 56,327
41.4Total CVSS
Vulnerabilities · 5
High
4
Critical
1
PT-2025-14099
10
2025-03-13
Crushftp · Crushftp · CVE-2025-31161
**Name of the Vulnerable Software and Affected Versions** CrushFTP versions 10.0.0 through 10.8.3 CrushFTP versions 11.0.0 through 11.3.0 **Description** An authentication bypass exists in the HTTP component of the FTP server, specifically within the AWS4-HMAC (S3 compatible) authorization method. The issue stems from a race condition where the server verifies user existence via the `login user pass()` function without requiring a password, temporarily authenticating the session. This can be stabilized by sending a mangled AWS4-HMAC header containing only a username followed by a slash (/), which triggers an anypass authentication process. The subsequent failure to find the `SignedHeaders` entry causes an index-out-of-bounds error, preventing session cleanup and allowing an attacker to authenticate as any known user, such as `crushadmin`. This flaw has been exploited in the wild since March 2025, affecting sectors including retail, marketing, and semiconductors, with approximately 130,000 instances estimated to be exposed online. Attackers have used the `setUserItem` function to create backdoor administrative accounts and deployed tools like MeshCentral, AnyDesk, and Telegram bot DLLs to maintain persistence and collect telemetry. **Recommendations** Update CrushFTP version 10 to 10.8.4. Update CrushFTP version 11 to 11.3.1. Use a DMZ proxy instance as a temporary buffer to mitigate the risk of authentication bypass.
PT-2024-10100
7.8
2024-10-22
Linux · Linux Kernel · CVE-2024-50066
**Name of the Vulnerable Software and Affected Versions** Linux kernel versions prior to 6.6.58 **Description** The issue is related to a race condition in the `move page tables()` function, specifically between `move normal pmd()` and `retract page tables()` in the THP code. This can lead to the creation of bogus PMD entries, potentially allowing for user-to-kernel privilege escalation on certain architectures, such as x86. The vulnerability can be exploited by creating shmem/file THP mappings and racing the `move normal pmd()` and `retract page tables()` functions. The `move page tables()` function looks at the type of the PMD entry and the specified address range to determine how to move the next chunk of page table entries. The `mmap lock` is held in write mode, but no rmap locks are held yet. For PMD entries that point to page tables and are fully covered by the source address range, `move pgt entry(NORMAL PMD, ...)` is called, which first takes rmap locks, then does `move normal pmd()`. The `move normal pmd()` function takes the necessary page table locks at source and destination, then moves an entire page table from the source to the destination. The problem is that the rmap locks, which protect against concurrent page table removal by `retract page tables()` in the THP code, are only taken after the PMD entry has been read and it has been decided how to move it. **Recommendations** To resolve the issue, upgrade the Linux kernel to version 6.6.58 or later. As a temporary workaround, consider restricting the use of shmem/file THP mappings to minimize the risk of exploitation. Avoid using the `mremap()` function with `move page tables()` until the issue is resolved.