02 Records
FEED: ACQUIRING
01 RecordSTATE: PUBLISHED
02 Description
CNA: NCSC.chBludit - Remote Code Execution (RCE) through File API
03 Exploitation and scoring
SRC: CISA, FIRST, NVD, RED HAT- Exploitation
- Public exploit code exists. CISA's assessment records a public proof of concept. That is not a report of exploitation in the wild.
- SSVC decision
- ExploitationpocPublic proof-of-concept exploit code exists. Not a report of exploitation in the wild.
- AutomatablenoAt least one step from reconnaissance to exploitation cannot be reliably automated.
- Technical ImpacttotalSuccessful exploitation gives total control of the vulnerable component.
CISA publishes the decision points, not a final SSVC decision. The decision also depends on mission and well-being impact, which is a property of your deployment rather than of the vulnerability.- EPSS probability
- 0.69% probability of exploitation activity in the next 30 days.
- EPSS percentile
- Ranks above 50.3% of scored records. A rank, not a probability.
- NVD base score
- 8.9 (CVSS v4.0), scored by the NVD independently of the CNA.
- NVD CVSS vector
- CVSS:4.0/AV:N/AC:H/AT:P/PR:H/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
- NVD analysis status
- Analyzed. NVD last modified this record on 2026-06-17.
- Red Hat severity
- No Red Hat rating. Red Hat rates the CVEs that affect its products.
Exploit-prediction scores from FIRST. Independent scoring and analysis status from the NVD. Vendor severity from Red Hat. Exploitation assessment and catalog membership from CISA.
SCHEMA: 5.1
- Published
- 2024-06-24 07:05Z2 YR AGO
- Last updated
- 2024-08-01 23:19Z2 YR AGO
- Reserved
- 2024-01-25
- Assigning CNA
- NCSC.ch
- Record state
- PUBLISHED
- Severity
- High (CVSS 8.9)
- CNA CVSS vector
- CVSS:4.0/AV:N/AC:H/AT:P/PR:H/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H
- Weaknesses
- CWE-77Improper Neutralization of Special Elements used in a Command ('Command Injection')Class
- CWE-434Unrestricted Upload of File with Dangerous TypeBase
- CWE-502Deserialization of Untrusted DataBase
- Data version
- 5.1
- Document digest
- e3d1774d379f80af7a37164205a8f5c9b575a8c309dbb5102b2151037758a441
05 Affected products
PAIRS: 1VendorProductVersionsPlatforms
BluditBludit3.14.0, 3.14.0 to 3.15.0Linux, Windows, MacOS SRC: CNA
1. Remove file upload API: As the API POST request for uploading files is not documented, it can be assumed that it is a feature not actually needed by Bludit users. This is substantiated by the fact that users also cannot upload arbitrary files with the web application (AJAX).
2. Use an allowlist: If the first suggestion is not feasible as it is an actively used feature of Bludit users, it is advised to restrict the possible upload file formats with an allowlist. Before storing the uploaded files in the intended directory, their file extension and mime type should be checked.
3. Restrict upload storage: Users should only be allowed to store a certain amount of data on the file share (e.g. 10MB).
4. If uploaded files should not be downloadable by everyone: Ensure that the temporary file directory is relocated outside of the web root to prevent unauthorized access.
5. If uploaded files should be downloadable: Disable PHP in upload folder, e.g. with the following configuration in nginx:
```
location /upload_folder {
# Disable PHP execution
location ~ \.php$ {
deny all;
}
# Allow other file types
location /upload_folder/ {
# Additional configurations for other file types if necessary
}
}
```