CVE-2024-51774
High · 8.1CVSS
8.1
EPSS
3.3%
Published
Nov 2, 2024
CISA due date
—
Cloudanix analysis
Some versions of qBittorrent keep talking to websites even when the website's security certificate looks wrong, which can let attackers eavesdrop on or tamper with downloads.
- Exploitation
- Remote Unauthenticated
- Attacker needs
- None
- Complexity
- Low
- Impact
- Data Exposure
- Component
- Application
- Class
- Cryptographic Weakness
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
The application accepts and proceeds with HTTPS connections despite certificate validation failures, bypassing standard cryptographic checks for server identity and trust.
Why it matters to the business
Organizations face elevated risk of man-in-the-middle interference with download or update traffic, which can lead to tampered content, data exposure, or supply-chain compromise in environments relying on the software for large-scale file transfers.
How an attack unfolds
An attacker positions a malicious HTTPS endpoint presenting an invalid or self-signed certificate; when the client initiates a connection the flawed validation logic accepts the error state and continues, enabling the attacker to intercept, inspect, or alter traffic. Public exploit code is available, though no named threat actors or ransomware campaigns have been observed leveraging it.
How to fix it
Upgrade qbittorrent/qbittorrent to the fixed commit 94136262a84293da0d8504724e7143df0d0baa12 (corresponding to version 5.0.1 or later). For any remaining flashplugin-nonfree instances on Ubuntu 14.04 LTS, apply the package version 11.2.202.508ubuntu0.14.04.1 or migrate to a supported release.
How to confirm the fix worked
Confirm the installed version matches or exceeds the fixed commit or 5.0.1; perform controlled tests that deliberately present invalid certificates and verify the client now rejects the connection.
Typical attack path
- Scan or fingerprint hosts running the vulnerable qBittorrent version
- Deploy a rogue HTTPS server using an invalid certificate
- Induce the client to connect to the attacker-controlled HTTPS URL
- Exploit the ignored validation failure to perform interception or injection
- Exfiltrate session data or deliver malicious payloads through the established channel
How to detect it
Examine client logs for HTTPS connection attempts that succeeded after certificate errors; correlate outbound traffic patterns to unexpected endpoints with TLS handshake anomalies; review update or download histories for unexpected sources.
What your security team should do
- Prioritize upgrade of all qBittorrent instances to the patched version within the next maintenance window
- Review network proxy and update configurations to enforce certificate pinning where possible
- Add application version checks to existing vulnerability scanning and asset inventory processes
- Monitor EPSS trend and exploit availability indicators for any increase in observed activity
The record
qBittorrent before 5.0.1 proceeds with use of https URLs even after certificate validation errors.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Debian:11 | qbittorrent | 0 | No fix |
| Debian:12 | qbittorrent | 0 | No fix |
| Debian:13 | qbittorrent | 0 | 5.0.1-1 |
| Debian:14 | qbittorrent | 0 | 5.0.1-1 |
| SUSE:Package Hub 15 SP6 | qbittorrent | 0 | 5.0.1-bp156.3.6.1 |
| Ubuntu:16.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:18.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:20.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:22.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:24.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:24.10 | qbittorrent | 0 | No fix |
| Ubuntu:Pro:16.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:Pro:18.04:LTS | qbittorrent | 0 | No fix |
| Ubuntu:Pro:20.04:LTS | qbittorrent | 0 | No fix |
| openSUSE:Leap 15.6 | qbittorrent | 0 | 5.0.1-bp156.3.6.1 |
| openSUSE:Tumbleweed | qbittorrent | 0 | 5.0.1-2.1 |